Réplication multi-maître sur site, cloud et cross-cloud de Peer Softwares – Blocs et fichiers

Jimmy Tam est le PDG de Peer Software et estime que la réplication multi-maître de Peer est quelque chose que les passerelles de services de données de fichiers cloud ne peuvent égaler.

Tam en a parlé lors d’un briefing téléphonique et a affirmé que les responsables de la passerelle, des sociétés comme CTERA, Nasuni et Panzura, s’appuient sur une copie centrale unique des données à laquelle tous les sites périphériques s’en remettent ; leur unique source de vérité, leur fichier de données maître pour ainsi dire. Maintenir ce concept devient de plus en plus difficile à mesure que la quantité de données impliquées augmente, passant de dizaines à des centaines de pétaoctets et jusqu’au niveau de l’exaoctet, a-t-il poursuivi.

Tam a dit : Comment gérez-vous cette échelle ? Premièrement, vous devez créer un système évolutif, n’est-ce pas ? Tout comme tous les fournisseurs de stockage disposent de systèmes évolutifs ; comme Dell PowerScale est un système évolutif. NetApp dispose également d’un système évolutif.

Nous avons adapté notre technologie pour permettre une évolution du point de vue d’un système distribué. Ainsi, à mesure que notre partenaire de stockage évolue, notre logiciel évolue afin que nous puissions installer de plus en plus d’agents pour correspondre à ces sous-ensembles de leur architecture évolutive. Et puis nous traitons cela en parallèle pour distribuer leur stockage distribué sur plusieurs sites.

Ces passerelles souhaitent remplacer les filers dans la vue Tams, mais elles ne sont pas des fournisseurs de stockage principaux : [When] pour écrire des données à la périphérie, ce dont nous avons besoin, c’est d’une superposition sur les sociétés de stockage d’origine en qui nous avons vraiment confiance, comme Dell PowerScale, auparavant Isilon, NetApp, Nutanix files ; nous avons besoin d’une superposition par-dessus, car nous avons besoin de systèmes distribués pour garantir que les données telles que nous les avons écrites en périphérie se propagent vers les sites centraux, vers le cloud ou partout où nous le souhaitons.

Il affirme que ce niveau d’échelle va à l’encontre de la restauration d’un système actif affecté à partir d’une sauvegarde sur bande, posant la question rhétorique : imaginez si un ransomware frappe ? Vais-je restaurer 100 pétaoctets ? Combien de temps est-ce que cela prendra?

Peer with GFS v6.0 peut fournir une réplication qui permet un basculement en direct vers un site de secours automatique, a affirmé Tam, en disant : Cela commence par la façon dont vous pouvez déplacer autant de données chaque jour et c’est là que l’architecture évolutive, le optimisations et trafic réseau, ainsi que la capacité de plusieurs processus parallèles dans lesquels la réplication sur plusieurs sites entre en jeu.

Tam affirme que les fournisseurs de passerelles de stockage cloud ne peuvent pas non plus égaler cela : parce qu’en fin de compte, les sociétés de passerelles de stockage cloud sont des passerelles de stockage cloud. Il ne s’agit pas d’un stockage principal. Et à cette échelle, en pétaoctets, en pétaoctets et en pétaoctets, [customers are] réalisant que les passerelles de stockage cloud n’étaient pas destinées à écrire une quantité massive de fichiers rapidement, chaque jour.

Tam ne veut pas que Peer remplace les filers. Il souhaite que Peer GFS déplace les données entre les déclarants, afin d’augmenter leurs opérations, et a conclu des accords avec les fournisseurs de déclarants pour ce faire.

Plusieurs maîtres

Il pense que les entreprises distribuées à l’échelle internationale auront des fichiers maîtres mobiles. Une entreprise de médias peut créer un fichier de projet défini à un endroit, puis suivre le soleil et se déplacer vers un autre emplacement, puis vers un autre, tout en ayant des sites périphériques et des travailleurs distants devant y accéder.

Une autre partie de cette activité médiatique pourrait avoir un projet distinct avec son propre ensemble de fichiers maîtres qui se déplace également en raison des besoins du flux de travail du projet. Il existe plusieurs ensembles de données principales et leur emplacement change. Tam dit que le Peer Global File System (GFS) a été conçu pour gérer cette situation.

Il a déclaré : Le concept d’un centre de données unique, une source principale de vérité ; c’est laissé de côté simplement à cause de la façon dont nous avons changé et adapté, en particulier grâce à la COVID.

Nos clients veulent des systèmes multi-maîtres, car on ne sait jamais où sera la source de vérité le lendemain, parce que les gens veulent une main-d’œuvre très flexible, dans laquelle vous allez rassembler des équipes de personnes, en fonction de leur expertise. Si l’expertise est à Londres, même si nous sommes une entreprise dont le siège est aux États-Unis, pourquoi ne créons-nous pas le centre de vérité à Londres pour ce projet ? J’espère qu’ils le font.

Et puis l’entreprise dit : « Hé, nous avons un autre projet à venir. La meilleure personne pour ça vient de Tokyo. Faisons donc de Tokyo le principal centre de vérité de ce projet. Et puis un autre projet voit le jour à New York, n’est-ce pas. Tout comme les flux de travail deviennent beaucoup plus fluides et que vous créez des modules d’excellence, des centres d’excellence partout, l’infrastructure, la t et l’architecture de stockage doivent également être fluides et flexibles pour s’adapter à cela.

L’idée d’avoir un centre de données unique et fiable dans un cloud public ne suffit pas. Tout ce qui se passe n’importe où dans le monde, dans tous les sites périphériques de passerelle de stockage cloud traditionnels, est chargé vers le centre unique de vérité dans le cloud. Ainsi, lorsque Tokyo sera en ligne, après le départ de Turin, il sera là-haut dans le cloud Amazon et vous attendra. Ce que Tam dit, c’est que c’est tout simplement trop lent. Les ensembles de données sont si énormes maintenant que vous ne pouvez pas faire cela. Ce que vous devez faire à la place, c’est maintenir une quantité constante de réplication entre les différents sites périphériques, car vous ne pouvez pas avoir un seul centre car il ne peut tout simplement pas suivre le rythme.

Tam a dit : C’est exactement ça. Lorsque vous faites du cloud la source de vérité, vous l’avez fait par souci de simplicité, pour accommoder l’administrateur informatique, mais vous ne servez pas le client.

Il a déclaré : Nous considérons le cloud comme ce à quoi il était initialement destiné. Le numéro un sera sa puissante élasticité. Je crée donc toutes ces données dans ces systèmes multi-maîtres sur site partout. Le cloud sera mon référentiel ultime pour mes sauvegardes et mes archives, pour m’assurer que tout est stocké au même endroit et que tout est correct. C’est ma copie finale et complète de tout.

La réplication homologue prend en charge un environnement hybride sur site et dans le cloud public.

Un blog AWS Storage, Créer un système de fichiers distribué multiplateforme avec Amazon FSx pour NetApp ONTAP, indique que la plupart des organisations aimeraient profiter des avantages du cloud tout en exploitant leurs actifs de fichiers sur site existants pour créer un partage de fichiers d’entreprise hybride hautement résilient. Cela peut entraîner la nécessité de disposer de différents systèmes de stockage existants en périphérie, dans le centre de données et AWS pour travailler ensemble de manière transparente, même en cas de catastrophe.

Le blogueur Randy Seamans écrit : J’explore comment Peer Softwares Global File Service (PeerGFS) permet aux clients d’accéder aux fichiers depuis la périphérie, les centres de données et AWS grâce à l’utilisation de technologies de réplication, de synchronisation et de mise en cache de fichiers multiplateformes. J’explore également comment éviter les conflits de versions sur les systèmes de stockage actif-actif grâce au verrouillage de fichiers distribué intégré. J’utilise Amazon FSx pour NetApp ONTAP comme référentiel d’enregistrement dans le stockage AWS et Windows SMB, NetApp, Nutanix ou Dell pour le stockage en périphérie sur site et dans le centre de données.

Il couvre quatre situations :

• Mise en cache de fichiers de FSx pour ONTAP vers le stockage de fichiers Windows périphérique sur site
• Système de fichiers distribué entre le stockage sur site, en périphérie et dans le centre de données avec FSx pour ONTAP
• Protection continue des données et haute disponibilité, du stockage sur site à FSx pour ONTAP
• Migration du stockage sur site vers FSx pour ONTAP

Légende : Une configuration typique de la mise en cache de fichiers PeerGFS de FSx pour ONTAP vers deux serveurs de fichiers Windows sur site.

Le cloud public est un ensemble de centres de données distribués à l’échelle mondiale

Tout comme Tam sépare l’utilisation de Pure GFS de la périphérie à l’idée d’un ensemble de données maître de centre de données ou de centre cloud unique, il affirme que le cloud n’est pas, en fait, un emplacement unique. Il est composé de régions et de zones, chacune avec sa propre infrastructure de centre de données. Une instanciation de fichiers dans le cloud, comme FSx ONTAP, n’est pas nécessairement une instanciation unique. Il pourrait y avoir des instances FSx ONTAP dans de nombreuses zones et régions pour des raisons de résilience et également pour un travail de type suivi du soleil.

Tam a déclaré : L’exigence des clients est la suivante : si une zone de disponibilité tombe en panne et que je me reconnecte à la zone de disponibilité suivante, où elle est toujours active, comment puis-je m’assurer que tous mes profils, mes profils de bureau virtuel et les données est-ce qu’il y a aussi ? Parce que Central est en panne ? Vous aurez besoin d’un système distribué, vous avez besoin d’un système distribué actif-actif. Il manque à AWS un système distribué, c’est pourquoi AWS s’est associé à nous.

En d’autres termes, il existe un besoin de réplication de fichiers multi-maîtres dans un cloud public, et Peer a conclu un accord avec AWS pour prendre en charge cela pour le service FSx ONTAP géré par AWS.

Il s’associe à Liquidware pour fournir, comme le dit le titre d’un blog AWS, la résilience multi-régions d’Amazon WorkSpaces avec ProfileUnity et PeerGFS. Cela fonctionne avec FSx ONTAP et permet de répliquer un profil d’utilisateur et des données vers Amazon WorkSpaces en veille dans une région distincte. Cela offre une solution de continuité d’activité et de reprise après sinistre permettant à vos utilisateurs finaux de rester productifs lors d’événements perturbateurs.

Un blog Liquidware – Comment configurer la résilience multi-régions d’Amazon WorkSpaces avec Liquidware ProfileUnity et PeerGFS – discute de ce sujet et explique comment répliquer un profil d’utilisateur et des données sur les WorkSpaces de secours, offrant une véritable solution de continuité d’activité et de reprise après sinistre garantissant que vos utilisateurs finaux restent productifs. lors d’événements perturbateurs.

Nous pouvons aller plus loin. Nous sommes dans une ère multi-cloud, les entreprises ne souhaitant pas se cantonner à un seul fournisseur de cloud public si elles peuvent l’éviter. Tam a déclaré : Une entité gouvernementale ici aux États-Unis qui a imposé une stratégie multi-cloud résiliente. Parce que le gouvernement et l’armée ne peuvent pas mettre tous leurs œufs dans le même panier, ils ont besoin de réduire les risques.

Mais AWS ne peut le faire qu’avec sa technologie active-passive traditionnelle avec basculement manuel. Mais, dans notre monde, tout est actif-actif et en temps réel.

Ainsi, à mesure que la nuit succède au jour, il existe également un besoin de réplication entre les instances de traitement de fichiers sur les cloud publics. Désormais, avec Peer fournissant la plomberie de mobilité des ensembles de données pour faciliter cela, entre, par exemple, AWS et Azure, nous disposons d’une réplication multi-maître et multi-cloud.