Je vais vous raconter une histoire aujourd'hui. L'histoire de l'évolution de l'informatique et de l'émergence des métiers à distance de l'Antiquité à nos jours.
Développement informatique
La principale leçon que l’on peut tirer de l’histoire de l’informatique est...
Il va sans dire que l’informatique se développe en spirale. Les mêmes solutions et concepts qui ont été abandonnés il y a des décennies prennent un nouveau sens et commencent à fonctionner avec succès dans de nouvelles conditions, avec de nouvelles tâches et de nouvelles capacités. En cela, l'informatique n'est pas différente de tout autre domaine de la connaissance humaine et de l'histoire de la Terre dans son ensemble.
Il y a longtemps, quand les ordinateurs étaient gros
"Je pense qu'il existe un marché dans le monde pour environ cinq ordinateurs", disait Thomas Watson, PDG d'IBM, en 1943.
Les premières technologies informatiques étaient importantes. Non, c’est faux, les premières technologies étaient monstrueuses, cyclopéennes. Une machine entièrement informatisée occupait une surface comparable à une salle de sport et coûtait absolument irréaliste. Un exemple de composants est un module RAM sur anneaux de ferrite (1964).
Ce module a une taille de 11 cm * 11 cm, et une capacité de 512 octets (4096 bits). Une armoire entièrement remplie de ces modules avait à peine la capacité d'une ancienne disquette de 3,5 pouces (1.44 Mo = 2950 modules), alors qu'elle consommait une énergie électrique très importante et devenait aussi chaude qu'une locomotive à vapeur.
C'est précisément en raison de sa taille énorme que le nom anglais du code du programme de débogage est « debugging ». L'une des premières programmeuses de l'histoire, Grace Hopper (oui, une femme), officier de marine, a écrit un journal en 1945 après avoir enquêté sur un problème avec le programme.
Étant donné que le papillon de nuit (mite) est en général un bug (insecte), tous les problèmes et actions ultérieurs pour résoudre le personnel ont été signalés à leurs supérieurs comme « débogage » (littéralement de-bug), alors le nom du bug a été fermement attribué à un échec du programme et une erreur dans le code et le débogage est devenu un debug .
Avec le développement de l'électronique et de l'électronique à semi-conducteurs en particulier, la taille physique des machines a commencé à diminuer et la puissance de calcul, au contraire, a augmenté. Mais même dans ce cas, il était impossible de fournir personnellement un ordinateur à tout le monde.
"Il n'y a aucune raison pour que quiconque veuille garder un ordinateur chez lui" - Ken Olsen, fondateur de DEC, 1977.
Dans les années 70, le terme mini-ordinateur apparaît. Je me souviens que lorsque j'ai lu ce terme pour la première fois il y a de nombreuses années, j'avais imaginé quelque chose comme un netbook, presque un ordinateur de poche. Je ne pourrais pas être plus éloigné de la vérité.
Mini n'est qu'en comparaison avec les immenses salles des machines, mais il s'agit toujours de plusieurs armoires avec des équipements coûtant des centaines de milliers et des millions de dollars. Cependant, la puissance de calcul avait déjà tellement augmenté qu'elle n'était pas toujours chargée à 100 %, et en même temps les ordinateurs ont commencé à être disponibles pour les étudiants et les enseignants universitaires.
Et puis IL est venu !
Peu de gens pensent aux racines latines de la langue anglaise, mais c’est celle qui nous a apporté l’accès à distance tel que nous le connaissons aujourd’hui. Terminus (latin) - fin, frontière, but. Le but du Terminator T800 était de mettre fin à la vie de John Connor. Nous savons également que les gares de transport où les passagers montent et débarquent ou où les marchandises sont chargées et déchargées sont appelées terminaux - les destinations finales des itinéraires.
C'est ainsi qu'est né le concept d'accès aux terminaux, et vous pouvez voir le terminal le plus célèbre du monde vivre encore dans nos cœurs.
Le DEC VT100 est appelé terminal car il termine la ligne de données. Sa puissance de traitement est pratiquement nulle et sa seule tâche est d'afficher les informations reçues d'une grande machine et de transmettre les saisies au clavier à la machine. Et même si le VT100 est physiquement mort depuis longtemps, nous l’utilisons toujours à son plein potentiel.
Nos jours
Je commencerais à compter « nos jours » à partir du début des années 80, à partir du moment où sont apparus les premiers processeurs dotés d'une puissance de calcul significative, accessibles à un large éventail de personnes. On pense traditionnellement que le processeur principal de l’époque était l’Intel 8088 (famille x86), ancêtre de l’architecture gagnante. Quelle est la différence fondamentale avec le concept des années 70 ?
Pour la première fois, on constate une tendance à transférer le traitement de l’information du centre vers la périphérie. Toutes les tâches ne nécessitent pas la puissance insensée (par rapport au faible x86) d'un ordinateur central ou même d'un mini-ordinateur. Intel ne reste pas immobile : dans les années 90, il a lancé la famille Pentium, qui est véritablement devenue le premier appareil électroménager produit en série en Russie. Ces processeurs sont déjà capables de beaucoup de choses, non seulement d'écrire des lettres, mais aussi du multimédia et de travailler avec de petites bases de données. En fait, les petites entreprises n'ont pas du tout besoin de serveurs : tout peut être fait en périphérie, sur les machines clientes. Chaque année, les processeurs deviennent de plus en plus puissants et la différence entre les serveurs et les ordinateurs personnels devient de plus en plus petite en termes de puissance de calcul, se limitant souvent à la redondance de l'alimentation, au support remplaçable à chaud et aux cas spéciaux de montage en rack.
Si vous comparez les processeurs clients modernes qui étaient « ridicules » pour les administrateurs de serveurs lourds d'Intel dans les années 90 avec les supercalculateurs du passé, alors vous devenez un peu mal à l'aise.
Jetons un coup d'œil au vieil homme, qui a pratiquement mon âge. Cray X-MP/24 1984.
Cette machine figurait parmi les meilleurs supercalculateurs de 1984, dotée de 2 processeurs de 105 MHz avec une puissance de calcul maximale de 400 MFlops (millions d'opérations en virgule flottante). La machine particulière montrée sur la photo se trouvait dans le laboratoire de cryptographie de la NSA américaine et était en train de déchiffrer des codes. Si vous convertissez 15 millions de dollars en dollars de 1984 en dollars de 2020, le coût est de 37,4 millions de dollars, soit 93 500 $/MFlops.
La machine sur laquelle j'écris ces lignes est équipée d'un processeur Core i5-7400 de 2017, ce qui n'est pas nouveau du tout, et même l'année de sa sortie, il s'agissait du plus jeune processeur à 4 cœurs de tous les processeurs de bureau de milieu de gamme. 4 cœurs d'une fréquence de base de 3.0 GHz (3.5 avec Turbo Boost) et des threads HyperThreading doublés donnent de 19 à 47 GFlops de puissance selon divers tests au prix de 16 750 roubles par processeur. Si vous assemblez la machine entière, vous pouvez en prendre le coût pour 1 $ (aux prix et taux de change en vigueur au 2020er mars XNUMX).
En fin de compte, nous obtenons une supériorité d'un processeur de bureau tout à fait moyen de notre époque de 50 à 120 fois par rapport à un top 10 des supercalculateurs d'un passé prévisible, et la baisse du coût spécifique des MFlops devient absolument monstrueuse 93500 / 25 = 3700 fois.
Pourquoi avons-nous encore besoin de serveurs et d’une centralisation de l’informatique avec une telle puissance en périphérie est absolument incompréhensible !
Saut inversé - la spirale a fait un tour
Stations sans disque
Le premier signal indiquant que le déplacement de l’informatique vers la périphérie ne serait pas définitif a été l’émergence de la technologie des postes de travail sans disque. Avec une répartition importante des postes de travail dans l'ensemble de l'entreprise, et notamment dans les locaux contaminés, la problématique de la gestion et du support de ces postes devient très difficile.
Le concept de « temps de couloir » apparaît : le pourcentage de temps pendant lequel un employé du support technique passe dans le couloir, en route vers un employé ayant un problème. C'est du temps rémunéré, mais totalement improductif. La panne des disques durs n'a pas été le rôle le moins important, en particulier dans les pièces contaminées. Supprimons le disque du poste de travail et faisons tout le reste sur le réseau, y compris le téléchargement. En plus de l'adresse du serveur DHCP, la carte réseau reçoit également des informations supplémentaires - l'adresse du serveur TFTP (service de fichiers simplifié) et le nom de l'image de démarrage, la charge dans la RAM et démarre la machine.
En plus de moins de pannes et d'une réduction du temps de passage, vous n'avez désormais plus besoin de déboguer la machine sur place, mais simplement d'en apporter une nouvelle et d'emmener l'ancienne pour un diagnostic sur un lieu de travail équipé. Mais ce n'est pas tout!
Une station sans disque devient beaucoup plus sûre : si quelqu'un pénètre soudainement dans la pièce et retire tous les ordinateurs, ce n'est qu'une perte d'équipement. Aucune donnée n'est stockée sur les stations sans disque.
Rappelons-le : la sécurité de l’information commence à jouer un rôle de plus en plus important après « l’enfance insouciante » des technologies de l’information. Et les 3 lettres terribles et importantes s'immiscent de plus en plus dans l'informatique - GRC (Gouvernance, Risque, Conformité), ou en russe « Gérabilité, Risque, Conformité ».
Serveurs de terminaux
La diffusion généralisée d'ordinateurs personnels de plus en plus puissants en périphérie a largement dépassé le développement des réseaux d'accès public. Les applications client-serveur classiques des années 90 et du début des années 00 ne fonctionnaient pas très bien sur un canal léger si l'échange de données atteignait des valeurs significatives. Cela était particulièrement difficile pour les bureaux distants connectés via un modem et une ligne téléphonique, qui gelaient ou étaient également périodiquement coupées. ET…
La spirale prend un tournant et se retrouve en mode terminal avec le concept de serveurs de terminaux.
En fait, nous sommes revenus aux années 70 avec leur zéro client et leur centralisation de la puissance de calcul. Il est rapidement devenu évident qu'en plus de la justification purement économique des canaux, l'accès aux terminaux offre d'énormes opportunités pour organiser un accès sécurisé depuis l'extérieur, y compris le travail à domicile pour les employés, ou un accès extrêmement limité et contrôlé pour les sous-traitants provenant de réseaux non fiables et de réseaux non fiables. appareils incontrôlés.
Cependant, les serveurs de terminaux, malgré tous leurs avantages et leur progressivité, présentaient également un certain nombre d'inconvénients - une faible flexibilité, le problème d'un voisin bruyant, Windows strictement basé sur un serveur, etc.
La naissance du Proto VDI
Certes, au début et au milieu des années 00, la virtualisation industrielle de la plate-forme x86 faisait déjà son apparition. Et quelqu’un a émis une idée qui était tout simplement dans l’air : au lieu de centraliser tous les clients sur des fermes de terminaux de serveurs, donnons à chacun sa propre VM personnelle avec le client Windows et même un accès administrateur ?
Refus des gros clients
En parallèle de la virtualisation des sessions et des OS, une approche a été développée pour faciliter le fonctionnement client au niveau applicatif.
La logique derrière cela était assez simple, car tout le monde n’avait pas encore d’ordinateur portable personnel, tout le monde n’avait pas Internet et beaucoup ne pouvaient se connecter qu’à partir d’un cybercafé avec des droits très limités, pour ne pas dire plus. En fait, tout ce qui pouvait être lancé était un navigateur. Le navigateur est devenu un attribut indispensable de l'OS, Internet est fermement entré dans nos vies.
En d'autres termes, il y avait une tendance parallèle au transfert de la logique du client vers le centre sous forme d'applications Web, pour accéder auxquelles il suffit du client le plus simple, d'Internet et d'un navigateur.
Et nous ne nous sommes pas retrouvés là où nous avions commencé : sans client ni serveur central. Nous y sommes arrivés de plusieurs manières indépendantes.
Infrastructure de bureau virtuel
courtier
En 2007, le leader du marché de la virtualisation industrielle, VMware, a lancé la première version de son produit VDM (Virtual Desktop Manager), qui est devenu en fait la première sur le marché naissant des postes de travail virtuels. Bien entendu, il n’a pas fallu attendre longtemps pour obtenir une réponse du leader des serveurs de terminaux, Citrix, et en 2008, avec l’acquisition de XenSource, XenDesktop est apparu. Bien sûr, il y avait d’autres fournisseurs avec leurs propres propositions, mais n’entrons pas trop dans l’histoire, en nous éloignant du concept.
Et le concept demeure encore aujourd’hui. Un composant clé du VDI est le courtier de connexions.
C'est le cœur de l'infrastructure de bureau virtuel.
Le courtier est responsable des processus VDI les plus importants :
- Détermine les ressources (machines/sessions) disponibles pour le client connecté ;
- Équilibre les clients entre les pools de machines/sessions si nécessaire ;
- Transfère le client vers la ressource sélectionnée.
Aujourd'hui, un client (terminal) pour VDI peut être pratiquement tout ce qui possède un écran : un ordinateur portable, un smartphone, une tablette, un kiosque, un client léger ou zéro. Et la partie réponse, la même qui exécute la charge productive – une session de serveur de terminal, une machine physique, une machine virtuelle. Les produits VDI modernes et matures sont étroitement intégrés à l'infrastructure virtuelle et la gèrent indépendamment de manière automatique, en déployant ou, au contraire, en supprimant les machines virtuelles qui ne sont plus nécessaires.
Un peu à part, mais pour certains clients, une technologie VDI extrêmement importante est la prise en charge de l'accélération matérielle des graphiques 3D pour le travail des concepteurs ou des concepteurs.
Protocole
Le deuxième élément extrêmement important d’une solution VDI mature est le protocole d’accès aux ressources virtuelles. Si nous parlons de travailler au sein d'un réseau local d'entreprise avec un excellent réseau fiable de 1 Gbit/s vers un lieu de travail et un délai de 1 ms, alors vous pouvez prendre pratiquement n'importe lequel et ne pas réfléchir du tout.
Il faut réfléchir lorsque la connexion s'effectue sur un réseau non contrôlé, et que la qualité de ce réseau peut être absolument n'importe quoi, jusqu'à des vitesses de plusieurs dizaines de kilobits et des retards imprévisibles. Ce sont parfaits pour organiser un véritable travail à distance, depuis les datchas, depuis la maison, depuis les aéroports et les restaurants.
Serveurs de terminaux vs machines virtuelles client
Avec l’avènement du VDI, il semblait qu’il était temps de dire au revoir aux serveurs de terminaux. Pourquoi sont-ils nécessaires si chacun possède sa propre VM personnelle ?
Cependant, du point de vue de l'économie pure, il s'est avéré que pour des tâches de masse typiques, identiques jusqu'à la nausée, il n'y a encore rien de plus efficace que les serveurs de terminaux en termes de rapport prix/session. Malgré tous ses avantages, l'approche « 1 utilisateur = 1 VM » dépense beaucoup plus de ressources en matériel virtuel et en système d'exploitation à part entière, ce qui aggrave la situation économique des lieux de travail typiques.
Dans le cas des postes de travail des cadres supérieurs, des postes de travail non standard et chargés, la nécessité d'avoir des droits élevés (jusqu'à l'administrateur), une VM dédiée par utilisateur présente un avantage. Au sein de cette VM, vous pouvez allouer des ressources individuellement, attribuer des droits à n'importe quel niveau et équilibrer les VM entre les hôtes de virtualisation sous une charge élevée.
VDI et économie
Depuis des années, j'entends la même question : en quoi la VDI est-elle moins chère que la simple distribution d'ordinateurs portables à tout le monde ? Et depuis des années, je dois répondre exactement à la même chose : dans le cas des employés de bureau ordinaires, le VDI n'est pas moins cher, si l'on considère les coûts nets de fourniture d'équipement. Quoi qu'on en dise, les ordinateurs portables sont de moins en moins chers, mais les serveurs, les systèmes de stockage et les logiciels système coûtent beaucoup d'argent. Si le moment est venu pour vous de mettre à jour votre flotte et que vous envisagez d’économiser de l’argent grâce au VDI, non, vous n’économiserez pas d’argent.
J'ai cité les trois terribles lettres GRC ci-dessus - donc, VDI concerne GRC. Il s'agit de gestion des risques, de sécurité et de commodité d'un accès contrôlé aux données. Et tout cela coûte généralement beaucoup d’argent à mettre en œuvre sur de nombreux types d’équipements différents. Avec VDI, le contrôle est simplifié, la sécurité est accrue et les cheveux deviennent doux et soyeux.
Solutions de travail à distance HPE
Gestion à distance et cloud
iLO
HPE est loin d'être un nouveau venu dans la gestion à distance de l'infrastructure de serveurs, sans blague : en mars, le légendaire iLO (Integrated Lights Out) a fêté ses 18 ans. En me souvenant de mes années en tant qu’administrateur dans les années 00, je ne pourrais personnellement pas être plus heureux. L'installation initiale dans les racks et les câbles de connexion suffisait dans un centre de données bruyant et froid. Toutes les autres configurations, y compris le chargement du système d'exploitation, pourraient être effectuées à partir d'un poste de travail, de deux moniteurs et d'une tasse de café chaud. Et c'était il y a 13 ans !
Aujourd'hui, les serveurs HPE constituent la norme de qualité incontestée à long terme pour une raison - et le moindre rôle n'est pas joué par l'étalon-or du système de gestion à distance - iLO.
Je voudrais spécifiquement souligner les actions de HPE pour maintenir le contrôle de l’humanité sur le coronavirus. , que jusqu'à fin 2020 (au moins) la licence iLO Advanced est disponible gratuitement pour tous.
Infosight
Si vous avez plus de 10 serveurs dans votre infrastructure et que l'administrateur ne s'ennuie pas, alors bien entendu, le système cloud HPE Infosight basé sur l'intelligence artificielle sera un excellent complément aux outils de surveillance standards. Le système surveille non seulement l'état et crée des graphiques, mais recommande également de manière indépendante d'autres actions en fonction de la situation et des tendances actuelles.
Soyez intelligent, , essayez Infosight !
Une vue
Enfin, je voudrais mentionner HPE OneView - un portefeuille complet de produits doté d'énormes capacités de surveillance et de gestion de l'ensemble de l'infrastructure. Et tout cela sans vous lever de votre bureau, ce qui peut être le cas dans la situation actuelle de votre datcha.
Les systèmes de stockage ne sont pas mauvais non plus !
Bien entendu, tous les systèmes de stockage sont gérés et surveillés à distance – c’était le cas il y a de nombreuses années. Je veux donc parler aujourd’hui d’autre chose, à savoir les clusters métropolitains.
Les clusters Metro ne sont pas du tout nouveaux sur le marché, mais c'est précisément pourquoi ils ne sont toujours pas très populaires : l'inertie de la réflexion et les premières impressions les affectent. Bien sûr, ils existaient déjà il y a 10 ans, mais ils coûtent comme un pont en fonte. Les années qui se sont écoulées depuis les premières métropoles ont changé l'industrie et la disponibilité de la technologie pour le grand public.
Je me souviens de projets dans lesquels des parties des systèmes de stockage étaient spécialement distribuées - séparément pour les services supercritiques dans un cluster métropolitain, séparément pour la réplication synchrone (beaucoup moins cher).
En effet, en 2020, un métrocluster ne vous coûte rien si vous êtes capable d'organiser deux sites et chaînes. Mais les canaux requis pour la réplication synchrone sont exactement les mêmes que pour les métroclusters. Les licences logicielles ont longtemps été réalisées sous forme de packages - et la réplication synchrone est immédiatement fournie sous forme de package avec un cluster métropolitain, et la seule chose qui maintient jusqu'à présent la réplication unidirectionnelle en vie est la nécessité d'organiser un réseau L2 étendu. Et même alors, la L2 sur la L3 déferle déjà sur tout le pays avec force et force.
Alors, quelle est la différence fondamentale entre la réplication synchrone et le metrocluster du point de vue du travail à distance ?
Tout est très simple. Le metrocluster fonctionne tout seul, automatiquement, toujours, presque instantanément.
À quoi ressemble le processus de commutation de charge pour la réplication synchrone sur une infrastructure d’au moins plusieurs centaines de VM ?
- Un signal d'urgence est reçu.
- L'équipe de service analyse la situation - vous pouvez prévoir en toute sécurité 10 à 30 minutes juste pour recevoir un signal et prendre une décision.
- Si les ingénieurs en service ne sont pas habilités à démarrer le basculement de manière indépendante, vous disposez encore de 30 minutes pour contacter la personne compétente et confirmer formellement le début du basculement.
- En appuyant sur le gros bouton rouge.
- 10 à 15 minutes pour les délais d'attente et le remontage du volume, réenregistrement de la VM.
- 30 minutes pour changer l’adressage IP est une estimation optimiste.
- Et enfin, le démarrage de la VM et le lancement des services productifs.
Le RTO total (temps de restauration des processus métier) peut être estimé en toute sécurité à 4 heures.
Comparons avec la situation sur le metrocluster.
- Le système de stockage comprend que la connexion avec le bras du metrocluster est perdue - 15 à 30 secondes.
- Les hôtes de virtualisation comprennent que le premier centre de données est perdu - 15 à 30 secondes (simultanément au point 1).
- Redémarrage automatique de la moitié à un tiers des VM du deuxième centre de données - 10 à 15 minutes avant le chargement des services.
- À ce moment-là, l'équipe de service réalise ce qui s'est passé.
Total : RTO = 0 pour les services individuels, 10-15 minutes dans le cas général.
Pourquoi seulement la moitié à un tiers des machines virtuelles sont-elles redémarrées ? Regardez ce qui se passe :
- Vous faites tout intelligemment et activez l’équilibrage automatique de la VM. En conséquence, en moyenne, seule la moitié des machines virtuelles fonctionnent dans l’un des centres de données. Après tout, l’intérêt d’un metrocluster est de minimiser les temps d’arrêt, et il est donc dans votre intérêt de minimiser le nombre de machines virtuelles attaquées.
- Certains services peuvent être regroupés au niveau de l'application, répartis sur différentes VM. En conséquence, ces VM appariées sont clouées une par une, ou liées par un ruban à différents centres de données, afin que le service n'attende pas le redémarrage de la VM en cas d'accident.
Grâce à une infrastructure bien construite avec des clusters métropolitains étendus, les utilisateurs professionnels travaillent avec des délais minimes depuis n'importe où, même en cas d'accident au niveau du centre de données. Dans le pire des cas, le délai sera égal au temps d'une tasse de café.
Et bien sûr, les metroclusters fonctionnent très bien aussi bien sur HPE 3Par, qui évolue vers Valinor, que sur le tout nouveau Primera !
Infrastructure de travail à distance
Serveurs de terminaux
Il n'est pas nécessaire d'inventer quoi que ce soit de nouveau pour les serveurs de terminaux : HPE leur fournit depuis de nombreuses années certains des meilleurs serveurs au monde. Classiques intemporels - DL360 (1U) ou DL380 (2U) ou pour les fans d'AMD - DL385. Bien entendu, il existe également des serveurs lames, à la fois le classique C7000 et la nouvelle plateforme composable Synergy.
Pour tous les goûts, pour toutes les couleurs, nombre maximum de sessions par serveur !
VDI « Classique » + Simplicité HPE
Dans ce cas, quand je dis « VDI classique », j’entends le concept de 1 utilisateur = 1 VM avec le client Windows. Et bien sûr, il n’existe pas de charge VDI plus proche et plus coûteuse pour les systèmes hyperconvergés, notamment avec la déduplication et la compression.
Ici, HPE peut proposer à la fois sa propre plate-forme hyperconvergée Simplivity et des serveurs/nœuds certifiés pour les solutions partenaires, telles que VSAN Ready Nodes pour la création de VDI sur l'infrastructure VMware VSAN.
Parlons un peu plus de la propre solution de Simplicity. L’accent, comme son nom nous l’indique doucement, est la simplicité. Facile à déployer, facile à gérer, facile à faire évoluer.
Les systèmes hyperconvergés sont aujourd'hui l'un des sujets les plus brûlants en informatique, et le nombre de fournisseurs de différents niveaux est d'environ 40. Selon le carré magique de Gartner, HPE se situe dans le Top5 mondial et fait partie du carré des leaders - ceux qui comprennent où l'industrie se développe, et sont capables de comprendre cette compréhension et de la traduire en matériel.
Sur le plan architectural, Simplivity est un système hyperconvergé classique avec des machines virtuelles de contrôleur, ce qui signifie qu'il peut prendre en charge divers hyperviseurs, par opposition aux systèmes intégrés aux hyperviseurs. En effet, depuis avril 2020, VMware vSphere et Microsoft Hyper-V sont pris en charge, et des projets de prise en charge de KVM ont été annoncés. La caractéristique clé de Simplivity depuis son apparition sur le marché a été l'accélération matérielle de la compression et de la déduplication à l'aide d'une carte accélératrice spéciale.
A noter que la compression et la déduplication sont globales et toujours activées ; il ne s'agit pas d'une fonctionnalité optionnelle, mais de l'architecture de la solution.
HPE est, bien sûr, quelque peu fallacieux, affirmant une efficacité de 100:1, en calculant d'une manière spéciale, mais l'efficacité de l'utilisation de l'espace est en effet très élevée. C'est juste que le nombre 100:1 est trop beau. Voyons comment Simplivity est techniquement implémenté pour afficher de tels chiffres.
Instantané. Les instantanés sont correctement implémentés à 100 % en tant que RoW (Redirect-on-Write), et se produisent donc instantanément et n'entraînent pas de pénalité de performances. En quoi, par exemple, diffèrent-ils de certains autres systèmes ? Pourquoi avons-nous besoin d’instantanés locaux sans pénalités ? Oui, c’est très simple, réduire le RPO de 24 heures (RPO moyen pour la sauvegarde) à des dizaines voire des unités de minutes.
sauvegarde. Un instantané diffère d'une sauvegarde uniquement par la façon dont il est perçu par le système de gestion des machines virtuelles. Si lorsque vous supprimez une machine, tout le reste est supprimé, il s'agissait alors d'un instantané. S’il en reste, c’est une sauvegarde. Ainsi, tout instantané peut être considéré comme une sauvegarde complète s'il est marqué dans le système et non supprimé.
Bien sûr, beaucoup s'y opposeront : de quel type de sauvegarde s'agit-il si elle est stockée sur le même système ? Et ici, il y a une réponse très simple sous la forme d'une contre-question : dites-moi, disposez-vous d'un modèle formel de menace qui établit les règles de stockage d'une copie de sauvegarde ? Il s'agit d'une sauvegarde absolument honnête contre la suppression d'un fichier dans une VM, il s'agit d'une sauvegarde contre la suppression de la VM elle-même. S'il est nécessaire de stocker une copie de sauvegarde exclusivement sur un système distinct, vous avez le choix : réplication de cet instantané vers un deuxième cluster Simplivity ou vers HPE StoreOnce.
Et c’est là qu’il s’avère qu’une telle architecture est tout simplement idéale pour tout type de VDI. Après tout, VDI, c’est des centaines, voire des milliers de machines extrêmement similaires avec le même système d’exploitation et les mêmes applications. La déduplication globale va gommer tout cela et compresser même pas 100:1, mais bien mieux. Déployer 1000 XNUMX VM à partir d'un seul modèle ? Ce n'est pas un problème du tout, ces machines mettront plus de temps à s'enregistrer auprès de vCenter qu'à les cloner.
La gamme Simplivity G a été créée spécialement pour les utilisateurs ayant des exigences de performances particulières et pour ceux qui ont besoin d'accélérateurs 3D.
Cette série n'utilise pas d'accélérateur de déduplication matériel et réduit donc le nombre de disques par nœud afin que le contrôleur le gère de manière logicielle. Cela libère des emplacements PCIe pour tout autre accélérateur. La quantité de mémoire disponible par nœud a également été doublée pour atteindre 3 To pour les charges de travail les plus exigeantes.
La simplicité est idéale pour organiser des infrastructures VDI géographiquement distribuées avec réplication des données vers un centre de données central.
Une telle architecture VDI (et pas seulement VDI) est particulièrement intéressante dans le contexte des réalités russes - des distances énormes (et donc des retards) et des canaux loin d'être idéaux. Des centres régionaux sont créés (ou même seulement 1 à 2 nœuds Simplivity dans un bureau complètement distant), où les utilisateurs locaux se connectent via des canaux rapides, le contrôle et la gestion complets depuis le centre sont maintenus, et seule une petite quantité d'informations réelles, précieuses et non indésirables, sont répliqués sur les données du centre.
Bien entendu, Simplivity est entièrement connecté à OneView et InfoSight.
Clients légers et zéro
Les clients légers sont des solutions spécialisées destinées exclusivement à être utilisées comme terminaux. Puisqu'il n'y a pratiquement aucune charge sur le client autre que la maintenance du canal et le décodage vidéo, il y a presque toujours un processeur avec refroidissement passif, un petit disque de démarrage juste pour démarrer un système d'exploitation intégré spécial, et c'est essentiellement tout. Il n'y a pratiquement rien à casser et il est inutile de voler. Le coût est faible et aucune donnée n’est stockée.
Il existe une catégorie particulière de clients légers, les clients zéro. Leur principale différence par rapport aux modèles minces est l'absence même d'un système d'exploitation intégré à usage général et fonctionne exclusivement avec une puce électronique avec un micrologiciel. Ils contiennent souvent des accélérateurs matériels spéciaux pour décoder les flux vidéo dans des protocoles de terminaux tels que PCoIP ou HDX.
Malgré la division du grand Hewlett Packard en HPE et HP distincts, il est impossible de ne pas mentionner les clients légers produits par HP.
Le choix est large, pour tous les goûts et tous les besoins - jusqu'aux postes de travail multi-moniteurs avec accélération matérielle du flux vidéo.
Service HPE pour votre travail à distance
Et enfin, je tiens à mentionner le service HPE. Il serait trop long d'énumérer tous les niveaux de service et capacités de HPE, mais il existe au minimum une offre extrêmement importante pour les environnements de travail à distance. À savoir, un ingénieur de service de HPE/centre de service agréé. Vous continuez à travailler à distance, depuis votre datcha préférée, en écoutant les bourdons, pendant qu'une abeille de HPE, arrivant au data center, remplace les disques ou une alimentation électrique défaillante dans vos serveurs.
HPE CallHome
Dans les conditions actuelles, avec des restrictions de mouvement, la fonction Call Home devient plus que jamais pertinente. Tout système HPE doté de cette fonctionnalité peut signaler automatiquement une panne matérielle ou logicielle au centre de support HPE. Et il est probable qu’une pièce de rechange et/ou un technicien de service arriveront chez vous bien avant que vous ne remarquiez des dysfonctionnements ou des problèmes avec les services productifs.
Personnellement, je recommande fortement d'activer cette fonctionnalité.
Source: habr.com