Microsoft a donné à son cloud local Azure sur site une refonte majeure pour le rendre apte à alimenter une infrastructure souveraine à grande échelle.
Le premier rôle attribué par Microsoft à Azure Local était celui d’une option sur site utilisant le même hyperviseur que le cloud Azure, ainsi que le service Azure Kubernetes et le stockage défini par logiciel. Le produit s’est adapté à des clusters de 16 nœuds. Les utilisateurs le gèrent avec Azure Arc, l’outil cloud de Microsoft pour gérer les ressources qui s’exécutent dans le cloud redmondien, sur site ou en périphérie. Microsoft a dit Le registre le produit convient à ceux qui estiment que certaines charges de travail ne sont pas adaptées à une exécution dans le cloud, mais souhaitent utiliser Arc pour tous leurs besoins de gestion.
Lundi, Microsoft a annoncé un rôle plus ambitieux pour Azure Local : alimenter des centres de données souverains comprenant des milliers de serveurs.
AD ENREGISTREMENT
Un article de blog explique comment cela est possible : les serveurs locaux Azure peuvent désormais accéder aux réseaux de stockage Fibre Channel, et les utilisateurs peuvent faire évoluer la capacité de calcul et de stockage de manière indépendante.
AD ENREGISTREMENT
Un porte-parole de Microsoft nous a dit qu’Azure Local, renforcé, pouvait également utiliser les réseaux existants des clients pour connecter des clusters.
« Les améliorations apportées à la modélisation des domaines de pannes, aux pools d’infrastructures et à la mise en réseau multi-rack permettent aux déploiements de s’étendre de centaines à des milliers de nœuds sans nécessiter de changement architectural fondamental, tout en maintenant la disponibilité et la résilience pour les charges de travail critiques », a déclaré le porte-parole. Le registre.
À ce stade, les lecteurs se demandent peut-être exactement ce qui rend Azure Local adapté à une infrastructure souveraine.
Pour commencer, le produit ne dépend plus d’Arc pour la gestion, car un plan de contrôle local est désormais disponible – et il conserve l’apparence et la convivialité d’Azure. Un autre ajout à Azure Local est un outil appelé Local Identity with Key Vault qui permet aux utilisateurs de gérer leurs propres clés cryptographiques, même pour les appareils isolés.
Le registre entend chaque semaine différentes définitions de l’infrastructure « souveraine », mais l’essentiel est toujours de garantir que les données ne quittent jamais la juridiction préférée d’un utilisateur et de s’assurer que le cadre juridique dans lequel l’infrastructure fonctionne n’est pas soumis à des interventions extraterritoriales (ou du moins à des interventions prétendument licites, par opposition aux intrusions illégales).
En proposant un plan de gestion local, Azure Local peut atténuer la préoccupation commune selon laquelle le simple fait de toucher à un cloud exploité par une société basée aux États-Unis crée des risques, tandis que Key Vault satisfera les utilisateurs qui ne veulent pas que leurs fournisseurs de cloud s’approchent de leurs clés.
La mise à l’échelle indépendante du calcul et du stockage n’est pas nouvelle. VMware le propose depuis des années et Nutanix a commencé à prendre en charge le stockage externe l’année dernière. Les deux sociétés proposent également des cloud souverains, en conditionnant leurs piles afin que les fournisseurs de services puissent proposer soit des plates-formes dédiées, soit une infrastructure multi-tenant soutenue par des garanties d’isolation immuable.
Le rafraîchissement d’Azure Local fait donc entrer Microsoft dans le jeu souverain.
AD ENREGISTREMENT
La version d’Azure Local prête pour l’infrastructure souveraine a été abandonnée avec la version 12.2604.1003.209 livrée par Redmond la semaine dernière.
La nouvelle version a également ajouté des fonctionnalités que tous les utilisateurs pourraient apprécier, même ceux qui utilisent Azure Local comme infrastructure cloud hyperconvergée et/ou hybride vanille.
L’architecte principal des solutions cloud de Microsoft, Jan Egil, a souligné des déploiements plus rapides, la prise en charge des GPU et ce qu’il a décrit comme « plus de contrôle sur les mises à jour et les flux de déploiement » grâce à « la jointure de domaine avant le déploiement et les paramètres de mise à jour configurables ». ®
