Transcription de la webdiffusion
David : Bonjour et bienvenue à l’événement d’aujourd’hui : « L’infrastructure hyperconvergée : les bases ». Cet événement est parrainé par DataCore et organisé par ActualTech Media. Je m’appelle David Davis et je serai le modérateur de la journée. Je tiens à remercier chacun d’entre vous d’avoir pris le temps, malgré votre emploi du temps chargé, de vous joindre à nous aujourd’hui. Nous vous avons préparé un programme exceptionnel pour aujourd’hui. Pour ceux d’entre vous qui sont, disons, relativement novices, voire totalement novices en matière d’infrastructure hyperconvergée, je pense que cet événement va vraiment vous plaire. Nous avons invité aujourd’hui un intervenant expert, M. Steven Hunt, de DataCore. Il travaille dans ce secteur depuis longtemps. Je connais Steve depuis longtemps, et j’ai déjà assisté à l’une de ses présentations. Il nous propose une excellente présentation et une démonstration consacrées à l’infrastructure hyperconvergée.
Encore une fois, merci d’être présents à cet événement aujourd’hui. Avant de commencer, il y a quelques points que vous devez savoir concernant cet événement consacré à l’infrastructure hyperconvergée. Tout d’abord, nous avons un grand prix à offrir à un participant chanceux lors de cet événement en direct. Il s’agit d’une carte-cadeau Amazon d’une valeur de 300 dollars, et nous annoncerons le nom du gagnant à la fin de l’événement. Si vous avez des questions concernant les conditions générales de ce tirage au sort, vous trouverez un lien dans votre console, dans la section intitulée « Documents ». Vous disposez d’un onglet « Documents » où figure un lien vers les conditions générales du tirage au sort organisé par ActualTech Media. Passons maintenant aux questions. Comme vous le savez, il s’agit d’un événement d’initiation ; nous souhaitons donc que cette session soit très instructive. N’hésitez pas à poser des questions.
Steve et moi répondrons à pratiquement toutes les questions qui nous seront posées. Nous ferons de notre mieux pour répondre à chacune d’entre elles. N’hésitez donc pas à utiliser à volonté l’onglet « Questions-réponses » qui se trouve là, vous savez. Si vous avez des questions sur l’IHM, c’est le moment idéal pour obtenir des réponses. Par ailleurs, sur les réseaux sociaux, nous souhaitons que cet événement soit un moment de partage. Le hashtag est #HCI101, et l’événement d’aujourd’hui est sponsorisé par DataCore et produit par ActualTech Media. N’hésitez donc pas à faire la promotion de l’événement et à le mentionner sur les réseaux sociaux. Vous trouverez une icône Twitter en bas de l’écran : vous pouvez y suivre le hashtag et y publier des tweets à propos de l’événement.
Par ailleurs, vous devez connaître certaines ressources spécifiques que nous avons préparées pour cet événement. Elles se trouvent dans l’onglet « Documents » situé à gauche de votre écran, juste là. En fait, je peux mettre cet onglet « Documents » en évidence pour vous, le faire défiler un peu ; assurez-vous donc d’y jeter un œil. Nous disposons d’excellentes ressources fournies par DataCore, entièrement consacrées à l’infrastructure hyperconvergée. Je tiens à souligner que l’interface que vous voyez ici s’apparente à celle du système d’exploitation Windows : vous pouvez faire glisser, redimensionner ou déplacer les fenêtres affichées à l’écran, à savoir la fenêtre des diapositives et celle des questions-réponses/documents. Je vous encourage donc à le faire. Si vous souhaitez agrandir la fenêtre des diapositives, il vous suffit de cliquer sur le bouton « Agrandir » situé en haut de cette fenêtre. Je vous encourage vivement à le faire, car Steve a préparé d’excellents schémas architecturaux, des démonstrations et d’autres éléments intéressants à nous présenter.
Passons à la suite. Comme je l’ai mentionné, M. Steve Hunt est notre intervenant principal aujourd’hui. Il est directeur de la gestion des produits chez DataCore Software ; quant à moi, je suis votre modérateur. Je m’appelle David Davis. Je suis associé chez ActualTech Media, j’ai été nommé 10 fois VMware , je suis certifié VM Professional et CCIE, et j’évolue dans ce secteur depuis longtemps, que ce soit en tant que conférencier, blogueur ou auteur. Et je peux vous dire que nous vous avons concocté un programme exceptionnel. Je vais poser de nombreuses questions à Steve tout au long de sa présentation et de sa démonstration. Nous avons également recueilli de nombreuses questions de notre public sur la page d’accueil dédiée à cet événement. Je poserai certaines de ces questions, puis, bien sûr, je répondrai à vos questions en direct au fur et à mesure qu’elles nous parviendront.
Voici les thèmes abordés lors de l’événement d’aujourd’hui, en quelque sorte le sommaire de la journée, si vous voulez. Nous allons tout d’abord parler de ce qu’est l’HCI. Qu’est-ce qu’une infrastructure hyperconvergée ? En quoi peut-elle vous aider ? Quels sont les avantages et, bien sûr, les cas d’utilisation de l’HCI ? Ensuite, grâce à une live demo vous montrerons comment administrer une infrastructure hyperconvergée. Et bien sûr, nous aurons une longue session de questions-réponses à la fin de l’événement. Sur ce, il est temps de céder la parole à notre intervenant d’aujourd’hui, M. Steve Hunt, de DataCore. Steve, êtes-vous avec nous ?
Steven : Oui. Tu m'entends bien ?
David : Oui, je peux. Merci d'être avec nous. À toi.
Steven : Parfait. Merci de m’accueillir. Très bien. Donc, comme David l’a mentionné, nous nous connaissons probablement depuis un bon moment, depuis l’époque où je travaillais dans le conseil en systèmes informatiques et où il gérait l’ensemble de l’environnement informatique d’une entreprise de la région de Dallas. C’est donc un plaisir de faire cette présentation avec lui. Pour ceux d’entre vous qui nous rejoignent, certains savent peut-être déjà ce qu’est l’hyperconvergence. Certains d’entre vous en ont peut-être déjà une idée. D’autres essaient peut-être encore de comprendre de quoi il s’agit exactement ; j’espère donc pouvoir répondre à certaines de ces questions, puis vous montrer comment DataCore peut vous aider à concrétiser cela. En réalité, nous nous concentrons sur une solution hyperconvergée adaptée aux entreprises, afin de vous permettre de bénéficier des avantages d’un environnement hyperconvergé et d’être en mesure d’évoluer horizontalement et de déployer efficacement vos charges de travail.
Alors, qu’est-ce que l’hyperconvergence ? C’est une excellente question pour ceux d’entre vous qui souhaitent encore mieux comprendre ce concept. Son principe fondamental et sa principale fonctionnalité résident dans la capacité à regrouper le stockage, les applications et le réseau — tout ce dont vous avez besoin pour fournir des applications à votre entreprise — dans un seul boîtier, en réalité. Et puis, lorsque vous souhaitez évoluer horizontalement ou assurer une haute disponibilité, vous devez bien sûr pouvoir connecter des nœuds supplémentaires ; mais en réalité, le principe fondamental réside dans la possibilité d’intégrer tout cela dans un seul boîtier, ce qui permet ensuite un modèle d’évolution horizontale linéaire et prévisible. À mesure que vous continuez à évoluer horizontalement, comme je l’ai mentionné, la haute disponibilité se met en place.
Puisque David vient de mentionner qu’il s’agit d’une session en direct, une question vient d’être posée : comment compareriez-vous cette solution à celle de Nutanix ? C’est une excellente question. L’une des particularités de DataCore, c’est que nous sommes en quelque sorte issus de ce que l’on pourrait appeler la virtualisation du stockage. L’entreprise existe en fait depuis un certain temps déjà. Elle a proposé différentes offres et fonctionnalités au fil des ans. deployment que nous aidons à mettre en œuvre relèvent du modèle hyperconvergé ; mais il s’agit davantage d’un hypervisor de type « apportez votre propre matériel, apportez votre propre hypervisor ». Cela vous permet ensuite d’assembler ces éléments comme bon vous semble et de les déployer. Concrètement, ce que vous feriez – et je vais vous le montrer ici dans un instant –, et la manière dont nous rendons cela possible, c’est de prendre, par exemple, un serveur x86 auprès du fournisseur de votre choix. Vous y installez ensuite votre hypervisor vSphere ou Hyper-V, que nous support , puis vous installez ce que l’on pourrait appeler notre « plan de contrôle » sur cette machine. Enfin, vous mettez à disposition le stockage local de ce serveur au sein de hypervisor qu’il puisse être utilisé.
L’autre chose que les gens commencent à réaliser aujourd’hui, c’est : « Tiens, j’ai cet cloud qui offre certaines fonctionnalités. Comment puis-je l’intégrer à ce système ? » Eh bien, nous proposons également une solution pour cela. Il existe d’autres façons de procéder ; mais en réalité, il s’agit surtout de pouvoir établir une connexion avec cette plateforme cloud , puis d’utiliser cette fonctionnalité, par exemple, pour effectuer des sauvegardes de vos ensembles de données dans le cloud reprise après sinistre. Vous voyez, cela définit en quelque sorte ce qu’est l’hyperconvergence. Il y a d’autres aspects que je voudrais rapidement mettre en avant, pour lesquels DataCore apporte une aide un peu différente, mais qui contribuent à parachever ce modèle hyperconvergé pour répondre aux besoins des entreprises. Il s’agit de ce que nous appelons « Hyperconverged Plus » ou « Beyond Hyperconverged ».
Alors, qu’est-ce que cela signifie concrètement ? L’un des atouts de notre solution est de permettre la connectivité d’un stockage partagé en arrière-plan à ce modèle hyperconvergé, ce qui vous permet ensuite d’utiliser ce stockage comme un pool de stockage supplémentaire accessible à l’ensemble du cluster. Pourquoi voudrions-nous faire cela ? Eh bien, la réalité est que beaucoup d’entre nous ont investi dans une architecture de stockage partagé existante dont nous devons, vous le savez, continuer à tirer parti ; et ce serait formidable si nous pouvions l’intégrer au modèle hyperconvergé. Nous offrons donc cette possibilité. Vous pouvez, encore une fois, prendre ce stockage partagé, le présenter aux hyperviseurs présents dans vos nœuds hyperconvergés, puis utiliser ce stockage afin de pouvoir faire évoluer votre capacité de stockage indépendamment de l’HCI ou du nœud hyperconvergé. L’autre point —
David : Bon, Steve, tu as mentionné…
Steven : Ouais, vas-y.
David : — Tu as évoqué la possibilité d'évoluer la capacité et la puissance de calcul de manière indépendante. En quoi est-ce important ?
Steven : Ainsi, lorsque de nombreuses personnes commencent à déployer des charges de travail dans un modèle HCI, elles se rendent compte qu’elles n’ont pas toujours besoin d’une évolutivité linéaire complète, à 100 %, égale ou parallèle entre la partie calcul et la partie stockage. Ce n’est peut-être pas tant le cas si vous n’avez qu’une seule charge de travail et que c’est la seule que vous déployez, mais en réalité, lorsque de nombreuses personnes commencent à intégrer une solution hyperconvergée dans leur environnement, elles ajoutent progressivement d’autres charges de travail, ce qui leur permet de constater certaines différences quant à la nature de cette évolutivité. Parfois, il peut être nécessaire d’évoluer davantage du côté du processeur et de la mémoire, du point de vue des ressources de calcul ; mais parfois, on se retrouve tout simplement à manquer de capacité.
Ainsi, la capacité à faire évoluer de manière indépendante votre composante de capacité est un aspect avec lequel nous constatons que beaucoup de gens rencontrent de réelles difficultés avec la plupart des solutions HCI ; et c’est là encore quelque chose qui découle, comme vous le savez, de notre parcours. Notre technologie vise précisément à abstraire la couche de stockage et à garantir que celui-ci puisse être mis à disposition dans n’importe quel scénario. Nous vous permettons soit, A, de tirer parti de votre plateforme de stockage partagé existante, soit, B, d’ajouter simplement un serveur x86 supplémentaire équipé de disques locaux à cette configuration globale.
David : Bon, vous pouvez avoir une application qui gère un ensemble de données gigantesque et qui nécessite énormément d'espace de stockage, ou bien une application qui effectue simplement beaucoup d'analyses, vous voyez, et qui n'a pas vraiment besoin d'espace de stockage.
Steven : Exactement, exactement. Et plus les entreprises déploient le modèle HCI, plus elles se rendent compte qu’elles peuvent y faire tourner de plus en plus de charges de travail, et c’est là qu’elles commencent vraiment à se demander : « Bon, est-ce que je dois désormais pouvoir faire évoluer mon stockage et ma puissance de calcul de manière indépendante ? » Et vous verrez que c’est en fait un scénario très courant.
David : Oui, j'en suis sûr. J'ai encore une question avant de vous laisser reprendre : sur la diapositive précédente, et en fait tout comme sur celle-ci, on voit trois nœuds différents dans l'infrastructure hyperconvergée. Est-ce là la configuration minimale requise pour utiliser DataCore et l'hyperconvergence ?
Steven : C'est une excellente question. En fait, un seul nœud suffit pour disposer d'un système hyperconvergé, mais si vous souhaitez bénéficier d'une haute disponibilité, il vous faut au moins deux nœuds. C'est d'ailleurs l'un des éléments qui nous distingue de bon nombre de nos concurrents : souvent, ceux-ci exigent trois nœuds pour garantir la haute disponibilité. Or, en réalité, nous n'avons besoin que de deux nœuds pour assurer cette haute disponibilité.
David : Très bien. Ça offre une grande flexibilité, surtout pour, tu sais, les PME ou, tu sais, les sites périphériques. C'est donc très intéressant. D'accord. Merci, Steve.
Steven : Tout à fait, et c’est l’une des raisons pour lesquelles nous tenions vraiment à mettre en place ce modèle : en effet, si vous êtes une petite entreprise ou si vous disposez de sites distants qui n’ont pas vraiment besoin d’une quantité massive de stockage, de capacité ou de puissance de calcul, vous devriez pouvoir consommer exactement ce dont vous avez besoin. Mais en réalité, si vous voulez bénéficier d’une haute disponibilité, il faut au moins deux nœuds ; nous avons donc voulu respecter ce principe et permettre d’atteindre cette haute disponibilité avec le minimum de ressources possible. Nous y parvenons donc avec deux nœuds. Il y a ensuite un autre modèle dont nous aimerions parler. Nous avons évoqué l’hyperconvergence.
Nous avons parlé de la solution « Hyperconverged Plus », à laquelle je peux ajouter du stockage supplémentaire ; et là encore, nous regroupons tout cela au niveau de l’ensemble du plan de stockage. Il ne s’agit donc pas simplement de gérer des unités de stockage indépendantes. Vous disposez en réalité de plusieurs ensembles de disques que vous pouvez mettre en commun et exploiter de manière globale, et je reviendrai dans un instant sur ce que cela permet de faire ; mais il existe également ce concept d’« hybride-convergé ». C’est encore une fois quelque chose que peu de gens proposent concrètement, mais dont on entend beaucoup parler. Rappelez-vous que j’ai mentionné le fait que les utilisateurs peuvent avoir besoin de faire évoluer leur stockage séparément ; mais en réalité, ils peuvent aussi avoir besoin de faire évoluer leur puissance de calcul séparément, ou simplement héberger d’autres charges de travail applicatives sur des serveurs bare-metal auxquels ils souhaitent fournir une connectivité, et nous pouvons rendre cela possible.
Nous devenons donc une cible [iSCSI] dans sa forme la plus simple, et tout autre hyperviseur existant qui ne soit pas un boîtier hybride-convergé, ou tout simplement des serveurs Windows ou Linux « bare-metal » que vous souhaitez connecter et auxquels vous souhaitez donner accès au pool partagé, vous pouvez le faire. Nous offrons donc également cette fonctionnalité ; là encore, l’objectif est simplement de fournir un plan de contrôle unique au niveau du stockage et de garantir que toutes ces charges de travail applicatives y aient accès. Ainsi, cela prend en charge aussi bien les serveurs « bare-metal » que hypervisor garantit que vous pouvez bénéficier du modèle HCI, où la puissance de calcul est intégrée au stockage. Vous pouvez ajouter du stockage supplémentaire, qu’il s’agisse d’un périphérique de stockage partagé comme un SAN ou que vous souhaitiez simplement connecter un serveur x86 équipé d’un grand nombre de disques, sur lequel vous installez notre logiciel pour le transformer en nœud de stockage pur. Et là encore, si vous souhaitez connecter des hôtes supplémentaires, qu’il s’agisse d’hyperviseurs supplémentaires ou de serveurs « bare-metal » supplémentaires, vous pouvez le faire et ainsi avoir accès à ce pool de stockage agrégé.
David : Alors, Steve, imaginons que je dispose d’un réseau de stockage (SAN) vieillissant, ou d’un NAS, quelque chose de ce genre, sur lequel je fais tourner ces machines virtuelles de serveurs et peut-être aussi quelques hôtes physiques connectés à ce SAN. Est-ce que cette infrastructure hyperconvergée, telle que tu la décris ici avec DataCore, pourrait réellement remplacer ou supplanter ce SAN existant qui, disons, va bientôt nécessiter une maintenance ?
Steven : Tout à fait, et c’est l’un des aspects que beaucoup de nos clients apprécient particulièrement : la possibilité de connecter ce matériel existant dont ils ne pourraient autrement pas tirer parti lors de leur transition vers ce modèle hyperconvergé, ou qui reste tout simplement indépendant du rest leur infrastructure hyperconvergée. Cela représente une quantité considérable de stockage très utile, et nous souhaitons l’intégrer à notre solution afin de vous permettre de tirer le meilleur parti possible de vos investissements matériels. C’est pourquoi nous mettons vraiment l’accent sur la mise en œuvre de ce que nous appelons le modèle « hybride-convergé », qui vous garantit non seulement l’accès au pool HCI que vous avez créé, mais aussi la flexibilité nécessaire pour tirer parti de tous vos autres investissements en stockage, qu’ils soient antérieurs ou futurs.
David : Très bien. Très bien. Une autre question qui nous a été posée concerne, tu sais… Je crois que tu as mentionné que cette solution fonctionnait sur du matériel standard. Dans certains cas, les utilisateurs peuvent-ils utiliser leur matériel existant pour mettre en place cette solution, ou existe-t-il une liste de compatibilité matérielle pour DataCore ?
Steven : C'est une excellente question. En effet, nous tenons à jour une liste de compatibilité ; mais en réalité, celle-ci est étroitement liée au système d'exploitation que vous utilisez et à sa propre liste de compatibilité matérielle. Donc, tant que vous pouvez mettre ce stockage à la disposition de notre plateforme, qui tourne sur un serveur Windows… Certaines personnes trouvent cela un peu fou, mais en réalité, comme je l’ai déjà dit, nous sommes un composant logiciel qui s’installe simplement sur les serveurs Windows et qui rend cela possible. Vous pouvez donc fournir un accès vers ou depuis ce disque ou cette baie de stockage en arrière-plan, quel qu’il soit, tant qu’il est compatible pour s’y connecter ; dans ce cas, nous devrions pouvoir fonctionner avec.
David : Très bien.
Steven : Bon, comme je l’ai mentionné, nous avons en quelque sorte commencé par proposer une solution de virtualisation du stockage, puis nous avons élargi nos capacités à tous ces autres cas d’utilisation ; et en réalité, nous apportons toutes ces fonctionnalités de services de stockage d’entreprise que notre plateforme offre à l’ensemble de ces différents cas d’utilisation. Ainsi, nous disposons de fonctionnalités intégrées pour la mise en miroir synchrone. Si vous avez besoin d’un site secondaire pour la reprise après sinistre, nous proposons une réplication asynchrone intégrée. Nous disposons également de fonctionnalités intégrées snapshot de sauvegarde ; et l’un des avantages majeurs, notamment en fonction de votre hypervisor , réside dans nos capacités d’intégration natives.
Nous disposons également d’une fonctionnalité que nous appelons « protection continue des données », et en réalité, elle nous permet – compte tenu de notre mode de fonctionnement, qui consiste littéralement à simplement acheminer toutes les opérations d’E/S qui transitent par notre système – de snapshot , si vous voulez, snapshot niveau snapshot des opérations d’E/S. Ainsi, nous surveillons en permanence les opérations d’E/S entrantes ; et vous pouvez, en quelque sorte, prendre un snapshot de chacune des opérations d’E/S en cours, puis restaurer le système à un moment précis. Cette pratique est de plus en plus courante. L’un des cas d’utilisation les plus fréquents que j’observe est celui où, par exemple, une personne a subi une corruption de données il y a une heure ; elle a alors besoin de restaurer l’état antérieur à cette corruption ou, si un logiciel malveillant s’est infiltré dans son système de stockage, de revenir à l’instant précis où elle savait que les données étaient intactes.
Nous intégrons donc cette fonctionnalité de manière native au sein de notre plateforme, et nous proposons également d’autres fonctionnalités. Vous savez, nous disposons d’une mise en cache intégrée qui permet à tout de se dérouler aussi rapidement que possible, car le support le plus rapide qui soit est la mémoire. Ainsi, nous optimisons l’ensemble de nos communications : nos interactions d’E/S commencent par notre cache en mémoire, puis nous effectuons l’écriture sur le disque en fonction du profil d’E/S. Ainsi, s’il s’agit de données très sollicitées, de données « chaudes », nous les enregistrons sur le support le plus rapide dont nous disposons en arrière-plan, que nous déterminons nous-mêmes, puis nous les transférons vers des supports plus lents à mesure que les demandes concernant ces données ou ces enchères deviennent de moins en moins fréquentes. Ainsi, nous servons toujours les données les plus fréquemment demandées à partir du stockage le plus performant possible, qu’il s’agisse de la mémoire, de flash , de SSD ou même, vous savez, du cloud ce que l’on appelle un niveau intermédiaire ou un cloud .
David : Bon, Steve, on vient de recevoir une question concernant VMware Recovery Manager. Est-ce que SANsymphonysupport ?
Steven : Oui, c'est le cas. Nous disposons d'un adaptateur de réplication de stockage qui facilite cette intégration. En effet, pouvoir répliquer vos données en arrière-plan n'est pas très utile si vous ne pouvez pas garantir que la charge de travail puisse également être transférée avec les données. Nous avons donc la capacité de réaliser cette intégration. Nous avons développé un adaptateur de réplication de stockage qui fonctionne avec Site Recovery Manager.
David : Et puis on a reçu une autre question concernant cloud support Par exemple, quels types de clouds prenez-vous support Je veux dire support est-ce que c'est du S3 ou quelles technologies sont utilisées dans ce domaine ?
Steven : Excellente question. Aujourd’hui, nous disposons de ces capacités. Vous pouvez littéralement déployer une instance de notre logiciel sur votre AWS, puis l’utiliser comme… en fait, c’est un autre serveur de stockage DataCore qui vous permet d’exploiter tout le stockage que vous y avez connecté — probablement plusieurs volumes EBS en arrière-plan — et de l’intégrer comme un niveau supplémentaire dans votre pool de stockage. Voilà donc les capacités dont nous disposons aujourd’hui. Nous travaillons actuellement sur des fonctionnalités supplémentaires qui nous permettront d’étendre nos capacités et d’exploiter différents composants du cloud disponibles, mais pour l’instant, il s’agit de déployer une instance de notre logiciel depuis le Marketplace, puis de l’utiliser comme un niveau supplémentaire au sein de votre pool de stockage.
David : D'accord. Très bien. Très bien.
Steven : Au lieu d'en parler, on pourrait voir concrètement comment, tu sais, tu pourrais mettre en place un scénario hyperconvergé à l'aide du logiciel DataCore. Ça te convient, David ?
David : Allons-y. D'ailleurs, Rick vient justement de nous envoyer une question. En gros, comment ça marche exactement ? Est-ce que je dois créer des LUN ? Comment ECR se connecte-t-il au stockage ? Bon, voyons ça en action.
Steven : Super. Parfait. Je vais donc vous présenter ici un cas d’utilisation particulier, puis je mettrai en avant certaines de nos autres fonctionnalités ; je pense que cela permettra de répondre en partie à cette question. Pour faire court, tant que vous pouvez nous fournir des disques bruts que nous pouvons formater et avec lesquels nous pouvons interagir, nous pouvons les exploiter. Donc, qu’il s’agisse d’un disque local ou d’un stockage partagé, tant que vous nous les fournissez sous une forme que nous pouvons prendre en charge, formater, puis restituer, c’est ainsi que nous procédons. Dans ce scénario, je dispose essentiellement de quelques serveurs vSphere sur lesquels j’ai installé ESXi 6.5 ; ils contiennent simplement quelques disques, et je souhaite les transformer en nœuds hyperconvergés. Voyons donc comment procéder.
Bon, la première chose à faire est de télécharger et d’exécuter notre gestionnaire d’installation vCenter. Il ne me reste donc plus qu’à me connecter à un serveur vCenter. En général, je déploie simplement une appliance vCenter sur la machine elle-même. Je vais donc me connecter ici. Vous remarquerez que j’ai un peu adopté le style Ronco pour cette démonstration, car, vous savez, selon la vitesse de votre machine, la création des machines virtuelles et la configuration de l’ensemble du système peuvent prendre un certain temps. J’ai donc décidé de vous montrer le processus d’exécution du gestionnaire d’installation, puis, à l’instar des publicités Ronco, je vais sortir le plat du four, prêt à être dégusté ; et nous allons interagir davantage avec le système. Sinon, la présentation aurait probablement été beaucoup plus longue si nous avions dû suivre le deployment machines virtuelles.
Bon, dès que ça se connecte à… Voilà. Très bien. Nous sommes donc connectés à l’environnement vCenter. Vous remarquerez maintenant que le système indique qu’il a déjà détecté un deployment existant. Que dois-je faire ? Je peux soit mettre à jour, soit ajouter un nœud. Si ce déploiement n’a jamais été effectué, s’il ne détecte aucun serveur HVSAN en arrière-plan, il effectuera simplement un tout nouveau deployment. Je vais donc simplement cliquer sur « Ajouter un nœud », et vous pouvez voir à quoi cela ressemble. Tout d’abord, nous allons définir les paramètres de la machine virtuelle DataCore. Nous allons donc passer en revue ces paramètres, les définir (si je saisis correctement les informations), puis enregistrer cette machine virtuelle dans vCenter ou enregistrer ce serveur vCenter dans notre logiciel.
Et vous pouvez modifier ces paramètres, que ce soit la mémoire vive (RAM) du processeur ou la taille du disque local, par exemple. Nous mettons à votre disposition des recommandations de dimensionnement pour vous aider à tirer le meilleur parti de ces ressources. Vous définirez également votre configuration réseau. Concrètement, nous avons besoin d’un réseau cible afin de permettre la connectivité au disque virtuel que nous allons mettre à disposition. Et ensuite, pour que l’ensemble de ce stockage local soit accessible sur tous les nœuds du cluster, nous avons besoin d’un réseau miroir. Nous définissons un réseau par défaut pour vous, mais vous pouvez le modifier si vous le souhaitez. Et puis, comme je l’ai déjà mentionné, notre logiciel fonctionne sur la plateforme Windows ; vous devrez donc fournir une image ISO Windows et une clé de licence Windows pour procéder à l’installation du système d’exploitation. Ensuite, nous installerons notre logiciel par-dessus.
Il vous suffit ensuite de sélectionner les serveurs ESXi sur lesquels vous souhaitez déployer la machine virtuelle. Il s’agit, là encore, de notre machine virtuelle de contrôleur de stockage, qui devra être déployée sur chaque serveur ESXi que vous souhaitez inclure dans votre deployment HCI. Je ne peux donc pas les sélectionner ici, car cela a déjà été fait ; une fois que vous les aurez sélectionnés, vous cliquerez sur « Déployer », puis vous suivrez la progression de la création. Nous allons donc créer le contrôleur de stockage de la machine virtuelle. Nous allons récupérer tous les disques locaux de cette machine. Nous allons les présenter au contrôleur de stockage, puis nous allons connecter et intégrer ce contrôleur de stockage à vCenter.
Nous allons y ajouter tous ces hôtes ; une fois cela fait, vous pourrez vous connecter à l’un de vos serveurs HVSAN, et vous verrez quelque chose comme ça. Voici donc notre console de gestion ; comme vous pouvez le constater, j’ai ici mes serveurs DataCore qui m’indiquent certaines de mes connexions, sous différents aspects, et je vois également l’environnement vSphere dans ce volet-ci. Bon, très rapidement, je vais revenir au client vSphere ; je veux vous montrer de quoi je parle. Donc, comme vous le voyez, j’ai ici quelques nœuds ESXi ; et ils comportent plusieurs disques locaux. J’ai donc deux flash ici.
Il s’agit de flash de « 500 Go », et je dispose également de cinq disques durs. L’un d’entre eux sert en fait uniquement de stockage de données local pour l’hôte sur lequel j’ai installé vSphere, tandis que les quatre autres étaient disponibles pour les HVSAN. Vous remarquerez que nous avons créé des serveurs HVSAN qui tournent sur chaque hôte respectif. Je tiens toutefois à souligner ici qu’en règle générale, il n’est pas nécessaire de les regrouper dans un cluster. Je les ai intégrés dans un cluster dans ce cas précis, car après avoir terminé la mise en place de mon environnement, je me suis rendu compte que chacun des serveurs était équipé de deux types de processeurs différents.
Donc, pour pouvoir effectuer un vMotion d’un hôte à l’autre en raison d’une incompatibilité entre les processeurs, j’ai dû les intégrer dans un cluster afin de pouvoir utiliser la fonctionnalité vMotion améliorée. Si vous disposez d’un matériel similaire permettant d’effectuer un vMotion sans qu’ils soient dans un cluster, vous pourriez le faire. Donc, encore une fois, j’ai HVSAN qui tourne sur chaque hôte ; et bien sûr, il faut attendre que le client Web vSphere… Voilà, c’est parti.
David : Et Steve, on vient de recevoir une question. Y a-t-il une configuration minimale requise pour les SSD sur chacun des hôtes ?
Steven : Il n’y en a pas. Donc, encore une fois, vous pouvez utiliser n’importe quel support local de votre choix, qu’il s’agisse d’une carte SD ou, disons, d’un disque dur SAS classique. En réalité, tout dépend du niveau de performances que vous souhaitez obtenir. Plus le support que vous installez est rapide, plus les périphériques de stockage que vous intégrez sont rapides, plus nous pourrons vous aider à atteindre des performances élevées. Et encore une fois, cela s’explique en partie par le fait que vous créez un cache à partir de la mémoire pour la machine virtuelle HVSAN ; ainsi, tout passe d’abord par ce cache, puis tout est réécrit sur le disque. Donc, si vous avez un volume d’activité d’E/S très important et que vous avez rempli votre cache, l’étape suivante consiste en fait à interagir avec les disques pour pouvoir extraire ces données. Ainsi, plus le support de stockage est rapide, plus les performances globales sont élevées ; mais en réalité, ce n’est pas une exigence absolue ; tant que vous disposez d’une grande quantité de RAM, vous facilitez le traitement d’un volume important de données via votre cache mémoire.
David : Et voici une autre question. On demande si le SSD sert uniquement à la mise en cache, au stockage, ou aux deux ?
Steven : Il sert au stockage. En fait, le cache est géré hors mémoire, et le SSD est utilisé uniquement pour les données à accès rapide. Lorsque nous commençons à écrire les E/S hors mémoire sur les deux disques, nous passons simplement au niveau de stockage le plus rapide suivant. Ainsi, si vous disposez de disques SSD, ce sera le niveau le plus rapide suivant, et c’est là que nous allons écrire les données. Vous pouvez désormais définir des profils de stockage. Vous pouvez ainsi indiquer : « Bon, c’est normal ; je peux donc répartir les données de manière uniforme sur l’ensemble des supports », ou bien préciser : « C’est critique, et je dois m’assurer que ces données soient allouées au niveau le plus rapide à tout moment ». Par conséquent, nous ne transférerons pas les données vers les supports de niveau inférieur, car nous devons en présenter le plus possible au sein du niveau le plus rapide.
En réalité, le choix de vos disques dépend donc avant tout de la capacité de stockage dont vous avez besoin et des performances que vous attendez de ceux-ci. Si vous avez besoin que tout soit aussi rapide que possible, vous devrez probablement disposer d’une grande quantité de mémoire, et vous vous retrouverez avec un serveur x86 saturé – vous finirez par créer une solution HCI à partir de flash . Mais si ce n’est pas le cas, vous pouvez en réalité en tirer des avantages considérables. Nous avons d’ailleurs réalisé des tests dont les données de performances montrent que nous avons simplement utilisé quelques disques SSD pour gérer certaines des données les plus sollicitées. En réalité, nous avons obtenu des performances d’E/S très complexes avec une latence minimale, et ce, avec un ensemble de disques très réduit, alors que la plupart des gens s’attendraient à ce que ces performances proviennent d’uneflash .
David : Et c'est parce que tu utilises la mémoire vive (RAM) pour la mise en cache. C'est bien ça ?
Steven : Exactement. Parce que nous plaçons d’abord tout en mémoire vive (RAM), et cela dépend aussi de la manière dont nous gérons notre hiérarchisation automatique. Le fait est que nous plaçons toutes les opérations d’E/S sur le support le plus rapide possible ; ainsi, les données les plus fréquemment sollicitées sont alors écrites sur la partie la plus rapide du support. Ensuite, nous transférons les données moins sollicitées vers le rest support disponible. Et nous faisons simplement circuler ces données en permanence entre ces différents niveaux de stockage.
David : D'accord. Voici une autre question. On me demande : « Qu'en est-il du réseau ? Faut-il disposer d'une connexion réseau d'au moins 10 Go, ou quelles sont les exigences à ce niveau ? »
Steven : Nous recommandons au minimum 10 Go, surtout lorsqu’il s’agit d’un nœud hyperconvergé, car cela permettra d’effectuer toutes vos synchronisations et de maintenir le système à pleine vitesse le plus rapidement possible. Mais en réalité, encore une fois, tout est d’abord géré à partir de ce cache mémoire ; ensuite, nous nous contentons d’écrire les données et de les valider sur le disque, tout en facilitant la communication et en veillant à ce que cette réplication soit bien enregistrée de l’autre côté. Ainsi, si vous avez un volume d’E/S très important, vous souhaiterez peut-être augmenter cette capacité ; mais en réalité, pour la plupart des environnements, un réseau de 10 Go sera suffisant. Nous prenons également support 40 Go.
David : D'accord, très bien. Jeff me demande si je peux disposer de plus de deux copies de mes données. Est-ce que je pourrais, par exemple, avoir quatre copies de mes données si j'installais DataCore sur quatre hôtes vSphere ?
Steven : Donc, aujourd’hui, nous effectuons une copie à trois voies, et nous envisageons ce que nous appelons une « in-way », c’est-à-dire la possibilité de disposer d’une copie sur autant de nœuds que nous le souhaitons. Le maximum que nous pouvons faire est une copie à trois voies. Nous avons constaté que, compte tenu de la résilience des données que nous offrons, nous n’avons généralement pas besoin d’aller au-delà. Nous avons rencontré certains cas de figure chez certains clients où – je ne sais pas s’il s’agit d’une exigence de leur part du point de vue de la conformité – mais cette demande est suffisamment fréquente pour que nous envisagions de mettre en place une copie sur plus de trois nœuds ; cependant, nous avons constaté qu’en réalité, une copie à trois voies répond aux besoins de la plupart des utilisateurs en matière de conformité.
David : Et pour finir, une dernière question. Je vais vous laisser reprendre votre démonstration, et je pense que cela fait justement le lien avec ce que vous vous apprêtez à montrer. Ma question est la suivante : comment les disques physiques sont-ils liés à l’hyperviseur de virtualisation ? Comment la machine virtuelle est-elle finalement stockée sur ces disques physiques que vous avez créés ?
Steven : Oui. Bon, alors entrons directement dans le vif du sujet, et on va vous expliquer tout ça. Je vais effectuer toutes ces opérations depuis la console de gestion DataCore ; mais en réalité, nous disposons également d’un plug-in pour le client vSphere. Vous pouvez donc l’installer et effectuer toutes les opérations, ou presque, directement depuis la console vSphere. Mais je tenais à vous montrer la console de gestion DataCore et à vous familiariser avec les concepts qui y sont présentés, car tout cela se transpose immédiatement une fois que vous avez chargé le plug-in vSphere. Donc, comme je l’ai mentionné tout à l’heure, nos serveurs HVSAN, nos contrôleurs de machines virtuelles si vous préférez, sont chargés. Ils sont répertoriés dans notre groupe de serveurs DataCore.
Nos nœuds ESXi sont répertoriés ici. J’ai donc montré qu’il y avait des disques physiques présents sur le nœud lui-même. Si vous accédez au serveur DataCore et que vous consultez la section « Pools de disques », vous verrez que nous avons en fait créé un pool de disques initial regroupant tous les disques que nous avons détectés. Ainsi, en cliquant sur ce pool de disques, je peux visualiser mes disques physiques ; je constate la présence de mes deux disques SSD, ainsi que des quatre autres disques durs. Il s’agit là des supports physiques, c’est-à-dire des disques physiques bruts, qui étaient disponibles lors de l’installation de notre logiciel.
Bon, on a donc pris ça. On a alloué ce pool de disques. En réalité, vous pourriez créer des pools supplémentaires. Vous pourriez séparer ces disques. Vous pourriez éteindre le serveur. Y ajouter d’autres disques. Imaginons, par exemple, que votre rack ne soit rempli qu’à moitié. Nous disposons donc de la flexibilité nécessaire pour vous permettre, si vous ajoutez des supports de stockage ou si vous souhaitez répartir ces disques en différents pools pour diverses raisons, de le faire ; mais ici, nous avons pris tous les disques physiques qui se trouvaient sur cet hôte particulier et nous en avons fait un pool de disques. À partir de là, quelle est la prochaine étape ? Allez-y, David.
David : Voici une question posée par Éric. Il demande s'il existe un moyen de chiffrer des données avec SANsymphony.
Steven : Donc, pour l’instant, nous ne disposons pas d’un chiffrement natif. C’est un aspect sur lequel nous travaillons avec certains partenaires afin de le proposer, et nous étudions également les possibilités de chiffrement au niveau du disque ; mais ce que vous pouvez faire, c’est activer le chiffrement au niveau du contrôleur de stockage physique, ce qui offre donc cette possibilité. Cependant, nous étudions actuellement la possibilité d’intégrer un chiffrement natif au niveau logiciel, directement au sein de notre logiciel lui-même. Très bien. Bon, nous avons donc créé nos pools. Une fois que tout cela est configuré, il ne vous reste plus qu’à créer des disques virtuels et à les présenter à l’hôte lui-même. J’ai donc créé un disque virtuel. Je l’ai appelé « mirrored datastore 1 » ; en gros, je me suis contenté de créer ce disque.
Et j’ai dit que je voulais mettre en miroir ces données sur mes deux serveurs DataCore. Je mets donc en miroir les données écrites depuis un serveur vers l’autre, en m’assurant qu’elles soient immédiatement disponibles. Je vais donc vous montrer à quel point il est facile de créer un disque virtuel ; nous allons simplement créer un autre magasin de données et vous le présenter. Nous avons donc ce guide de démarrage : toutes ces étapes que nous venons de passer en revue ont été effectuées automatiquement pour vous. Une fois que vous avez lancé le gestionnaire d’installation, il vous suffit de venir ici et de créer des disques virtuels. Nous allons appeler ce magasin de données en miroir « 2 ». D’accord ? Comme je l’ai mentionné, il s’agit d’un système en miroir. Vous pourriez utiliser un seul serveur DataCore, ce qui ne garantirait pas une haute disponibilité. Vous pourriez opter pour une configuration à deux serveurs afin d’offrir une certaine tolérance aux pannes au niveau du serveur, ou bien vous pouvez choisir la configuration en miroir où, littéralement, n’importe quel hôte écrit sur l’ensemble du système.
Donc, la solution offrant la plus grande disponibilité et la meilleure tolérance aux pannes consiste à utiliser la mise en miroir. Je vais donc simplement attribuer 100 Go à celui-ci. Je vais laisser tous les autres paramètres par défaut. Si je souhaite en créer d’autres, je pourrais le faire, mais je vais simplement laisser le rest défaut. Une fois que vous avez créé la définition de votre disque virtuel, l’étape suivante consiste à définir vos sources de serveur. J’ai donc le pool de disques 1 et le pool de disques 2. C’est bien ça ? Le pool de disques 1 provient de HVSAN SPCTest 3, et le pool de disques 2 provient de Test 2. En gros, je dis simplement : « Je souhaite utiliser ces deux pools dans le cadre de ma configuration en miroir. » Vous savez, j’évoquais certaines des fonctionnalités avancées dont nous disposons, comme la protection continue des données.
Vous voyez, ici, on voit bien qu’on met en place un chemin redondant pour la mise en miroir. Je pourrais modifier mon profil de stockage. D’ailleurs, c’est ce que je vais faire. C’est tout simplement essentiel. Cela signifie que nous allons tout enregistrer sur le support de données le plus rapide disponible ; et tout ce qui est défini comme ayant une priorité inférieure, qu’il s’agisse d’une priorité élevée, normale ou faible, sera transféré vers le support plus lent qui est disponible. Je vais donc cliquer sur « Terminer » ici. Nous avons donc créé notre virtuel –
David : Et Steve, voici une question de Robert. Il demande si, tu sais, le fait d’utiliser certaines fonctionnalités avancées entraîne un surcoût. Y a-t-il des suppléments à prévoir ou comment fonctionne le système de licence ?
Steven : Excellente question. Nous proposons donc trois niveaux de licence différents : « Standard », « Enterprise » et ce que nous appelons « Large Scale », qui correspond en réalité à un stockage secondaire, si vous voulez. La version « Standard » ne prend donc pas en charge la technologie Fibre Channel. La version « Enterprise » prend en charge le Fibre Channel et offre des performances d’E/S supplémentaires. Ce que nous vous montrons en ce moment même peut littéralement être réalisé avec une licence « Standard ». Toutes les fonctionnalités que vous voyez, comme la protection continue des données, la réplication, tout cela est inclus dans la licence. La seule chose que vous payez, c’est la capacité que vous souhaitez mettre à disposition dans votre environnement. Donc, disons que dans le cas où j’avais – voyons voir, vos deux téraoctets plus un autre – je crois que j’avais un peu plus de 3,5 téraoctets, c’est la licence dont j’aurais besoin pour pouvoir mettre à disposition et utiliser toute cette capacité.
David : Bon, si je…
Steven : Et en plus, j'ai accès à toutes ces autres fonctionnalités.
David : Oui. Donc, si j'ajoute un deuxième site et que j'y effectue une réplication, je ne paie pas de nouvelle licence pour ce deuxième site. Je paie simplement pour le volume de données supplémentaires que j'ajoute en les répliquant. C'est bien ça ?
Steven : Oui. Exactement. Imaginons que ce cluster que j’ai créé soit un cluster à trois nœuds. Il dispose d’une capacité de 100 téraoctets. Je n’aurais donc qu’à souscrire une licence pour 100 téraoctets de capacité, et je disposerais alors de ces trois nœuds. Imaginons que je veuille le diviser en quatre nœuds et répartir ces 100 téraoctets entre les quatre nœuds : je n’ai pas besoin d’acheter de capacité supplémentaire. Il me suffit de déplacer mes disques durs, puis d’installer une autre version du serveur. Vous n’avez donc pas besoin d’acheter une licence pour chaque nœud auquel vous vous connectez ou sur lequel vous mettez à disposition du stockage serveur. Tout repose uniquement sur la capacité. Imaginons maintenant que je souhaite intégrer ce deuxième site, dans le cadre d’une reprise après sinistre : je n’ai pas besoin de tout répliquer, mais seulement un certain ensemble de pools.
Et si je ne dois répliquer, disons, que 10 téraoctets de données là-bas, et que ce serveur ne dispose que de 10 téraoctets, il suffirait d’acheter une licence pour 10 téraoctets de capacité supplémentaires. Et vous pourriez répartir cette capacité sur un seul nœud, deux nœuds, trois nœuds, ou autant de serveurs que nécessaire. Il s’agit simplement d’acheter une licence pour la capacité sur l’autre site.
David : Très bien. Très bien.
Steven : Bon, j’ai créé mon disque virtuel. Maintenant, il faut s’assurer qu’il s’agit bien d’un datastore accessible à mes serveurs. Je vais donc aller ici. Je vais mettre ce disque à la disposition de l’hôte. En fait, je souhaite le mettre à la disposition de mes deux hôtes ESXi. Je pourrais le mettre à la disposition des machines virtuelles en cours d’exécution, mais dans ce scénario, je vais le mettre à la disposition de l’hôte, par souci de simplicité. Quel disque virtuel vais-je mettre à disposition ? Je vais choisir celui que je viens de créer, le datastore 2 en miroir. Je m’assure que notre chemin redondant est activé, puis je vais créer un datastore VMFS à partir de ce disque détecté.
En gros, ce que je demande à vSphere, c’est : « Tiens, dès que tu trouves ça, formate-le en VMFS » – quel virelangue – « et je devrais alors disposer d’un datastore ». Je vais donc cliquer sur « Terminer » – oui – et maintenant, ce que nous devrions voir s’afficher, ce sont quelques datastores qui apparaissent ; ou plutôt, on peut probablement aller vérifier ça. Patience, ça ne va pas prendre longtemps.
David : Une question de Rick vient d'arriver pendant que tu faisais ça. Est-ce que je peux créer des groupes d'hôtes ? Par exemple : production, hors production, test, développement, ce genre de choses ?
Steven : Oui. Oui, c'est possible. Tout à fait. Regardez les événements. Parfois, le client Web vSphere met un certain temps à se mettre à jour.
David : Au fait, j'apprécie que tu utilises le nouveau client Web vSphere HTML5. Ça me fait toujours y regarder à deux fois pour m'assurer que, attends, c'est bien le client vSphere ? Parce qu'il n'est pas bleu, mais c'est bien lui.
Steven : Oui, c'est vrai. Tu sais, j'adore le fait de pouvoir y accéder depuis un navigateur ; mais il m'arrive parfois d'être vraiment agacé par ça, et le bon vieux client complet me manque, tu vois. C'est peut-être juste parce que je suis un peu de la vieille école. Je suis un inconditionnel de Windows à l'ancienne.
David : Une autre question vient d'arriver. Ken s'interroge sur la résilience. Est-ce une bonne pratique de déployer le SAN hyperconvergé sur plusieurs hôtes ?
Steven : Oui.
David : Bon, au moins deux…
Steven : Tout à fait d'accord.
David : Mais peut-être que…
Steven : Exactement. Oui, il en faut au moins deux. En réalité, plus vous avez d’hôtes, plus la résilience est grande, et plus vous disposez de chemins redondants, plus vous ajoutez de mémoire cache à l’ensemble ; ainsi, vous bénéficierez également des performances cumulées de ces caches. Très bien. Nous avons donc ici le datastore 2 en miroir. Il a effectivement été créé. Il est accessible à tous mes serveurs, et vous pouvez voir ici la connectivité. Il a été mis à disposition à la fois sur les hôtes .39 et .40. L’autre chose que je souhaite vous montrer, c’est qu’il s’agit en fait, comme vous le savez, d’un stockage partagé. Nous avons pris des disques sur ces deux hôtes vSphere, nous les avons mis à disposition et nous en avons fait une solution agrégée commune.
Bon, voilà ce que je vais faire : j’ai ce serveur Windows 2016 qui tourne, et vous pouvez voir – vous savez, il y a de l’activité, au niveau du processeur et du disque. Je vais simplement procéder à la migration. Laissons-le là où il est, et nous allons lancer le processus de migration, et nous allons… En fait, laissez-moi vous montrer. Ça devrait être en version .40. Non. Nous sommes donc en version .39. Nous allons donc migrer cela vers l’autre hôte, vers la version .40.
David : Bon, est-ce qu’on utilise ici la migration de stockage vSphere pour déplacer le fichier disque d’une machine virtuelle d’un disque à un autre, ou… qu’est-ce qu’on fait exactement ?
Steven : Nous n’utilisons pas de migration de stockage. Seulement vMotion. En gros, nous indiquons que l’exécution et le temps d’exécution doivent avoir lieu sur l’autre serveur. L’ensemble du stockage de ce serveur se trouve sur un disque virtuel que nous avons mis à disposition via DataCore, ce qui permet à l’un ou l’autre des hôtes d’y accéder. N’oubliez pas que nous effectuons une mise en miroir des données. Nous créons ainsi une redondance et une tolérance aux pannes. Nous pouvons donc transférer cette machine virtuelle sans avoir à déplacer les fichiers, car ceux-ci sont en effet accessibles aux deux hôtes.
David : Très bien.
Steven : Bon, on va donc cliquer sur « Terminer », et vous pouvez voir que la machine virtuelle continue de fonctionner en arrière-plan ; et d’ici un instant, on devrait voir le changement d’hôte. D’un moment à l’autre, dès que l’opération sera terminée. Voilà, et maintenant on est sur la version .40. Tout fonctionne toujours. Tout est toujours opérationnel. On n’a rencontré aucun problème. Nous venons littéralement de transférer une machine virtuelle d’un hôte à un autre, et en réalité, tout cela s’exécute sur le stockage local des serveurs vSphere eux-mêmes.
David : Très sympa. Super démo. J'adore voir des démos en direct. C'est encore mieux quand ça marche du premier coup. C'est génial.
Steven : J'ai prié les dieux de la démo avant de commencer, et ils m'ont souri.
David : Super. Voici une autre question qui nous est parvenue. On nous interroge sur la déduplication, la compression, puis l’allocation de ressources. Je veux parler de ces fonctionnalités que l’on utilise souvent sur un SAN pour économiser de la capacité de stockage. Sont-elles disponibles, et si oui, comment cela s’articule-t-il avec le modèle de licence ?
Steven : Donc, tout est inclus. Il n’y a donc pas de duplication intégrée. Nous disposons de fonctionnalités de compression. Nous envisageons de les étendre, et nous allons continuer à améliorer la plateforme elle-même ; mais tout ce que nous faisons aujourd’hui est inclus dans la licence actuelle. La question portait donc sur la déduplication, la compression et il y en avait une troisième. C’était quoi déjà ? J’ai un trou de mémoire.
David : Et puis l'approvisionnement.
Steven : Ensuite, la mise en service.
David : Provisionnement natif.
Steven : Donc, nous support aujourd’hui support nativement support . Nous pouvons donc proposer à la fois un provisionnement « thick » et thin provisioning, et encore une fois, tout cela fait partie des capacités du système. Ce ne sont pas des fonctionnalités nécessitant une licence supplémentaire.
David : Très bien, très bien. Il semble qu’il nous reste sept minutes avant la fin de cet événement. Je vais afficher cette diapositive qui présente les ressources supplémentaires mises à la disposition de tous. Vous pouvez en savoir plus sur le logiciel de SAN virtuel de DataCore en cliquant sur ce lien sur leur site web. Vous pouvez également demander une live demo. Vous pouvez télécharger une version d'essai gratuite ; d'ailleurs, si vous vous rendez dans l'onglet « Documents » de votre interface, il vous suffit de cliquer pour accéder directement à la page web consacrée hyperconverged virtual SAN, ainsi qu'à un certain nombre d'autres ressources que Steve a sélectionnées pour l'événement d'aujourd'hui. Il nous reste donc quelques minutes pour les questions. Si vous avez d'autres questions, c'est le moment de les poser.
L'une des questions qui nous a été posée ici, Steve, concerne, voyons voir… la sauvegarde et la restauration intégrées. Est-ce une fonctionnalité intégrée à DataCore ou travaillez-vous en partenariat avec des solutions de protection des données existantes ? Comment cela fonctionne-t-il ?
Steven : Nous avons donc établi des partenariats avec certains fournisseurs spécialisés dans la protection des données. Il est vrai que les patients pourraient souhaiter tirer parti de certains aspects de la conformité au RGPD, mais nous disposons en réalité d’une fonctionnalité native. Vous savez, je parlais de cette réplication asynchrone. Nous sommes en mesure de garantir la disponibilité des données, et grâce à certains de nos composants d’intégration, comme l’adaptateur de ressources de stockage, vous pouvez vous assurer que vos données sont sauvegardées, qu’elles sont disponibles et qu’elles peuvent, si nécessaire, être transférées d’un site à l’autre. De même, si vous avez besoin de créer un snapshot vos données existantes et de les restaurer, nous disposons de nombreuses fonctionnalités intégrées à cet effet.
David : Peut-on installer un NAS [système de stockage] en amont du cluster hyperconvergé DataCore vSAN ? Est-ce possible ?
Steven : Oui. Sur le serveur DataCore, nous proposons d’ailleurs quelques recommandations à ce sujet ; mais vous pouvez tout simplement utiliser les NFS natifs de Microsoft et, disons, dans ce scénario, exposer directement ce stockage sur le serveur HVSAN, c’est-à-dire la machine virtuelle que nous avons créée. Il suffit littéralement d’activer les NFS sur ce serveur et de mettre en partage des fichiers via celui-ci ; ou bien, si vous le souhaitez, vous pouvez choisir votre logiciel NAS préféré, l’installer, mettre à disposition le stockage de notre solution sur ce serveur, puis utiliser les NFS que vous avez créés via cette solution.
David : Encore une bonne question. Les nœuds du cluster doivent-ils être identiques ?
Steven : Ils n’ont pas besoin d’être identiques. Vous pouvez donc avoir des mémoires différentes, des processeurs différents, des types de disques différents. Il y a bien sûr certaines limitations du point de vue de l’hyperviseur. Je les ai peut-être évoquées très brièvement au cours de notre présentation. Je les ai regroupés dans un cluster justement parce qu’ils ne sont pas identiques ; et d’ailleurs, je vais vous le montrer ici. Si je me souviens bien, on devrait pouvoir le voir dans le client web. J’ai des types de processeurs différents sur chacun de ces serveurs. L’un d’entre eux est… oui, c’est ça. Il s’agit donc d’un processeur Intel Sandy Bridge, et je crois que celui-ci est un Ivy Bridge. C’est pour cette raison que, pour pouvoir utiliser vMotion, j’ai dû créer un cluster ; mais nos exigences ne prévoient pas que les nœuds soient identiques.
David : Et puis, j'ai une autre question concernant la mise en route. Existe-t-il une version d'évaluation ou une version permettant de valider le concept ?
Steven : Tout à fait. Nous proposons donc une période d’essai gratuite de 30 jours. Il vous suffit de vous rendre sur notre site web et de cliquer sur « Télécharger » pour obtenir cette version d’essai gratuite de 30 jours, puis vous pourrez travailler avec nous. Si vous avez besoin de prolonger votre phase de validation, nous serons ravis de vous accompagner ; mais sachez que cette version d’essai gratuite est déjà prête à être téléchargée et à votre disposition.
David : Et en ce qui concerne la migration, si quelqu’un souhaite passer d’un SAN existant à DataCore, comment cela se passe-t-il ? Existe-t-il des services pour l’aider ? Existe-t-il des outils pour l’aider ?
Steven : C'est une excellente question. En réalité, il s'agit simplement de connecter votre service de stockage partagé existant à, disons, tout ce que vous avez déployé du point de vue des services DataCore. Vous pouvez donc littéralement déployer le logiciel DataCore sur un serveur x86 : installez Windows, installez DataCore, puis connectez ce SAN à celui-ci ; à ce stade, DataCore devient votre système de gestion du stockage. Vous pouvez également le connecter à… disons que vous l’avez déployé comme je l’ai fait ici. Et si vous souhaitez y connecter ce stockage partagé, il vous suffit de présenter ce stockage partagé au serveur DataCore ; nous nous en chargerons ensuite et nous vous permettrons – disons que vous souhaitiez effectuer ce que nous appelons une « évacuation », c’est-à-dire déplacer toutes vos données d’un pool à un autre – il vous suffit alors de dire : « Bon, je veux faire ça. »
Et je souhaite que ces données soient transférées depuis l'emplacement où se trouve mon serveur de stockage partagé vers, disons, mon système hyperconvergé x86, et je veux que toutes ces données y soient transférées. Nous rendons cela possible, car vous venez simplement de connecter ce stockage partagé à notre infrastructure, et c'est nous qui assurons la gestion permettant le transfert des données entre ces différents pools de stockage.
David : Bon, je crois que c’est tout le temps dont nous disposons pour cette séance de questions-réponses en direct. Nous avons une carte cadeau Amazon d’une valeur de 300 dollars à offrir. Le gagnant de cette carte cadeau est Bryant Godfrey, de l’Idaho. Félicitations à Bryant. Nous te contacterons pour te remettre ta carte cadeau. Superbe présentation, Steve. Merci d’avoir participé à l’événement aujourd’hui.
Steven : Merci de m'avoir invité. Je vous en suis très reconnaissant.
David : Merci à tous d'être avec nous aujourd'hui. Si vous avez des questions concernant la solution d'hyperconvergence DataCore, vous pouvez envoyer un e-mail à info@DataCore.com ou vous rendre sur DataCore.com. N'hésitez pas non plus à consulter les ressources disponibles dans votre console. Merci encore à tous, et passez une excellente journée.