Salut les Khabrovites ! , le marché des services cloud en Russie ne cesse de se renforcer. Les cloud hybrides sont plus que jamais à la mode, même si la technologie elle-même est loin d'être nouvelle. De nombreuses entreprises se demandent dans quelle mesure il est possible de maintenir et de maintenir une énorme flotte de matériel, y compris ce qui est nécessaire en fonction de la situation, sous la forme d'un cloud privé.
Aujourd'hui, nous parlerons des situations dans lesquelles l'utilisation d'un cloud hybride sera une étape justifiée et dans lesquelles cela peut créer des problèmes. L'article sera utile à ceux qui n'ont pas d'expérience sérieuse avec les cloud hybrides, mais qui les examinent déjà et ne savent pas par où commencer.
À la fin de l'article, nous vous proposerons une liste de contrôle d'astuces qui vous aideront lors du choix d'un fournisseur de cloud et de la mise en place d'un cloud hybride.
Nous demandons à toutes les personnes intéressées de se mettre sous la coupe !
Cloud privé VS public : avantages et inconvénients
Pour comprendre les raisons qui poussent les entreprises à passer à l'hybride, examinons les principales caractéristiques des cloud publics et privés. Concentrons-nous tout d’abord sur les aspects qui, d’une manière ou d’une autre, concernent la plupart des entreprises. Pour éviter toute confusion terminologique, nous présentons ci-dessous les principales définitions :
Cloud privé (ou privé) est une infrastructure informatique dont les composants sont situés au sein d'une seule entreprise et uniquement sur des équipements appartenant à cette entreprise ou à ce fournisseur de cloud.
Cloud public est un environnement informatique dont le propriétaire fournit des services moyennant des frais et met à la disposition de tous un espace dans le cloud.
Cloud hybride se compose de plusieurs cloud privés et de plusieurs cloud publics, dont la puissance de calcul est partagée.
Clouds privés
Malgré son coût élevé, le cloud privé présente plusieurs avantages incontournables. Ceux-ci incluent une contrôlabilité élevée, la sécurité des données et une surveillance complète des ressources et du fonctionnement des équipements. En gros, un cloud privé répond à toutes les idées des ingénieurs sur une infrastructure idéale. A tout moment, vous pouvez ajuster l'architecture cloud, modifier ses propriétés et sa configuration.
Il n'est pas nécessaire de faire appel à des fournisseurs externes : tous les composants de l'infrastructure restent à vos côtés.
Mais malgré de solides arguments en sa faveur, un cloud privé peut s’avérer très coûteux au départ et en maintenance ultérieure. Déjà au stade de la conception d'un cloud privé, il est nécessaire de calculer correctement la charge future... Économiser au départ peut conduire au fait que vous serez tôt ou tard confronté à un manque de ressources et à un besoin de croissance. Et faire évoluer un cloud privé est un processus complexe et coûteux. Chaque fois que vous devez acheter un nouvel équipement, le connecter et le configurer, ce qui peut souvent prendre des semaines, contrairement à une mise à l'échelle presque instantanée dans le cloud public.
En plus des coûts d'équipement, il est nécessaire de prévoir des ressources financières pour les licences et le personnel.
Dans certains cas, la balance « prix/qualité », ou plus précisément « coût de mise à l’échelle et de maintenance/bénéfices obtenus », s’oriente finalement vers le prix.
Clouds publics
Si seulement vous possédez un cloud privé, alors un cloud public appartient à un fournisseur externe qui vous permet d'utiliser ses ressources informatiques moyennant des frais.
Dans le même temps, tout ce qui concerne le support et la maintenance du cloud repose sur les puissantes épaules du « fournisseur ». Votre tâche consiste à choisir le plan tarifaire optimal et à effectuer les paiements à temps.
Utiliser un cloud public pour des projets relativement petits coûte beaucoup moins cher que d’entretenir votre propre parc d’équipements.
Ainsi, il n’est pas nécessaire de faire appel à des spécialistes informatiques et les risques financiers sont réduits.
A tout moment, vous êtes libre de changer de fournisseur de cloud et de vous déplacer vers un emplacement plus adapté ou plus rentable.
Quant aux inconvénients des cloud publics, tout ici est tout à fait attendu : beaucoup moins de contrôle de la part du client, des performances moindres lors du traitement de gros volumes de données et une faible sécurité des données par rapport aux cloud privés, ce qui peut être critique pour certains types d'entreprises. .
nuages hybrides
À l’intersection des avantages et des inconvénients ci-dessus se trouvent les cloud hybrides, qui sont de facto une combinaison d’au moins un cloud privé avec un ou plusieurs cloud public. À première vue (et même au deuxième) coup d'œil, il peut sembler qu'un cloud hybride est une pierre philosophale qui permet de « gonfler » la puissance de calcul à tout moment, d'effectuer les calculs nécessaires et de tout « faire exploser ». Pas un nuage, mais David Blaine !
En réalité, tout est presque aussi beau qu'en théorie : le cloud hybride permet de gagner du temps et de l'argent, a de nombreux cas d'usage standards et non standards... mais il y a des nuances. Voici les plus importants d’entre eux :
D'abord, il est nécessaire de connecter correctement « votre » cloud et celui de « quelqu'un d'autre », y compris en termes de performances. De nombreux problèmes peuvent survenir ici, surtout si le centre de données du cloud public est physiquement distant ou construit sur une technologie différente. Dans ce cas, il existe un risque élevé de retards, parfois critiques.
deuxièmement, l'utilisation d'un cloud hybride comme infrastructure pour une seule application se heurte à des performances inégales sur tous les fronts (du processeur au sous-système de disque) et à une tolérance aux pannes réduite. Deux serveurs avec les mêmes paramètres, mais situés dans des segments différents, afficheront des performances différentes.
troisièmement, n'oubliez pas les vulnérabilités matérielles du matériel « étranger » (salutations ferventes aux architectes Intel) et autres problèmes de sécurité dans la partie publique du cloud, déjà évoqués ci-dessus.
Quatrièmement, l’utilisation d’un cloud hybride menace de réduire considérablement la tolérance aux pannes s’il héberge une seule application.
Bonus spécial: désormais, deux nuages au lieu d'un et/ou la connexion entre eux peuvent « se rompre » d'un coup. Et dans plusieurs combinaisons à la fois.
Par ailleurs, il convient de mentionner les problèmes liés à l'hébergement de grandes applications dans un cloud hybride.
Dans la grande majorité des cas, vous ne pouvez pas simplement vous procurer, par exemple, 100 machines virtuelles avec 128 Go de RAM dans le cloud public. Le plus souvent, personne ne vous donnera ne serait-ce que 10 voitures de ce type.
Oui, les cloud publics ne sont pas du caoutchouc, Moscou. De nombreux fournisseurs ne conservent tout simplement pas une telle réserve de capacité libre - et cela concerne principalement la RAM. Vous pouvez « dessiner » autant de cœurs de processeur que vous le souhaitez et vous pouvez fournir une capacité SSD ou HDD bien plus grande que celle physiquement disponible. Le fournisseur espère que vous n'utiliserez pas tout le volume d'un coup et qu'il sera possible de l'augmenter en cours de route. Mais s’il n’y a pas assez de RAM, la machine virtuelle ou l’application peut facilement planter. Et le système de virtualisation ne permet pas toujours de telles astuces. Dans tous les cas, il convient de garder en mémoire cette évolution des événements et de discuter de ces points avec le prestataire « onshore », sinon vous risquez d'être distancé lors des pics de charge (Black Friday, charge saisonnière, etc.).
En résumé, si vous souhaitez utiliser une infrastructure hybride, gardez à l’esprit que :
- Le fournisseur n’est pas toujours prêt à fournir la capacité nécessaire à la demande.
- Il y a des problèmes et des retards dans la connectivité des éléments. Vous devez comprendre quels éléments de l'infrastructure et dans quels cas effectueront des demandes via le « joint » ; cela peut affecter les performances et la disponibilité. Il est préférable de considérer que dans le cloud, il n'y a pas un seul nœud de cluster, mais un élément d'infrastructure distinct et indépendant.
- Il existe un risque que des problèmes surviennent dans de grandes parties du paysage. Dans une solution hybride, l’un ou l’autre cloud peut « tomber » complètement. Dans le cas d'un cluster de virtualisation classique, vous risquez de perdre au maximum un serveur, mais ici, vous risquez d'en perdre beaucoup d'un coup, du jour au lendemain.
- La chose la plus sûre à faire est de traiter la partie publique non pas comme un « extendeur », mais comme un cloud distinct dans un centre de données distinct. Certes, dans ce cas, vous ignorez en fait « l’hybridité » de la solution.
Atténuer les inconvénients d'un cloud hybride
En fait, l’image est bien plus agréable qu’on ne le pense. Le plus important est de connaître les astuces pour « cuisiner » un bon cloud hybride. Voici les principaux sous forme de liste de contrôle :
- Vous ne devez pas déplacer les parties de l'application sensibles à la latence vers le cloud public séparément du logiciel principal : par exemple, le cache ou les bases de données sous charge OLTP.
- Ne placez pas entièrement les parties de l'application sur le cloud public, sans lesquelles elle cesserait de fonctionner. Sinon, la probabilité de panne du système augmentera plusieurs fois.
- Lors de la mise à l'échelle, gardez à l'esprit que les performances des machines déployées dans différentes parties du cloud varient. La flexibilité de mise à l’échelle sera également loin d’être parfaite. Malheureusement, il s’agit d’un problème de conception architecturale et vous ne pourrez pas l’éradiquer complètement. Vous ne pouvez qu'essayer de réduire son impact sur le travail.
- Essayez d'assurer une proximité physique maximale entre les cloud publics et privés : plus la distance est courte, plus les délais entre les segments sont faibles. Idéalement, les deux parties du cloud « vivent » dans le même centre de données.
- Il est tout aussi important de s’assurer que les deux cloud utilisent des technologies réseau identiques. Les passerelles Ethernet-InfiniBand peuvent présenter de nombreux problèmes.
- Si la même technologie de virtualisation est utilisée dans les cloud privés et publics, c'est un plus indéniable. Dans certains cas, vous pouvez convenir avec le fournisseur de migrer des machines virtuelles entières sans réinstallation.
- Pour rentabiliser l’utilisation d’un cloud hybride, choisissez un fournisseur de cloud proposant la tarification la plus flexible. Mieux encore, en fonction des ressources réellement utilisées.
- Évoluez avec les centres de données : si vous avez besoin d'augmenter la capacité, nous élevons un « deuxième centre de données » et le mettons en charge. As-tu fini tes calculs ? Nous « éteignons » l'excès de puissance et économisons.
- Les applications et projets individuels peuvent être déplacés vers le cloud public pendant la mise à l'échelle du cloud privé, ou simplement pendant une certaine période. Certes, dans ce cas vous n'aurez pas d'hybridité, seulement une connectivité générale L2, qui ne dépend en aucun cas de la présence/absence de votre propre cloud.
Au lieu d'une conclusion
C'est tout. Nous avons parlé des fonctionnalités des cloud privés et publics et examiné les principales opportunités pour améliorer les performances et la fiabilité des cloud hybrides. Cependant, la conception de tout cloud est le résultat de décisions, de compromis et de conventions dictés par les objectifs commerciaux et les ressources de l'entreprise.
Notre objectif est de motiver le lecteur à prendre au sérieux le choix de l'infrastructure cloud appropriée en fonction de ses propres objectifs, des technologies disponibles et de ses capacités financières.
Nous vous invitons à partager votre expérience avec les cloud hybrides dans les commentaires. Nous sommes sûrs que votre expertise sera utile à de nombreux pilotes débutants.
Source: habr.com