Charges de travail de calcul pour les clouds hybrides
Attention
Ce contenu fait référence à CentOS, une distribution Linux ayant atteint l’état EOL (fin du service). Faites le point sur votre utilisation et organisez-vous en conséquence. Pour plus d’informations, consultez les conseils d’aide relatifs à la fin de vie de CentOS.
Tailwind Traders dispose d’une variété de charges de travail de calcul s’exécutant en tant que serveurs physiques, machines virtuelles ou conteneurs dans des centres de données situés à Sydney, Melbourne et Auckland. Ces charges de travail exécutent une combinaison de Windows Server et Linux, avec Hyper-V configuré comme plateforme de virtualisation principale.
La gestion de ce groupe diversifié de systèmes d’exploitation est déjà un défi pour Tailwind Traders. L’entreprise s’inquiète de la migration vers une posture hybride où les charges de travail sont exécutées localement et dans le cloud, ce qui rend encore plus difficile le suivi des charges de travail du système d’exploitation du serveur et de leur état de conformité.
Au cours des dernières années, Tailwind Traders a utilisé le pack HPC (calcul haute performance) de Microsoft pour gérer un cluster de calcul à 16 nœuds résidant dans le centre de données de Sydney pour une série de tâches de conception liées à l’ingénierie. Ces calculs se produisent uniquement pendant de courtes périodes tout au long de l’année. Mais comme ces calculs sont devenus plus compliqués, le temps nécessaire pour les effectuer a augmenté.
Tailwind Traders envisage d’utiliser des conteneurs en tant que plateforme principale pour les nouvelles applications au lieu de les héberger sur des machines virtuelles. L’entreprise s’intéresse à une plateforme qui lui permet d’orchestrer des conteneurs dans son environnement hybride.
Dans cette unité, vous allez découvrir les différentes méthodes de prise en charge des charges de travail de calcul dans des environnements hybrides.
Que sont les serveurs avec Azure Arc ?
Les serveurs avec Azure Arc permettent aux organisations de gérer des serveurs Windows et Linux sur des réseaux en dehors d’Azure. Cette fonctionnalité comprend des serveurs hébergés sur des réseaux d’organisation internes et d’autres hébergés sur une infrastructure IaaS de cloud tierce.
Quand vous connectez un ordinateur à Azure à l’aide d’Azure Arc pour installer l’agent pour serveurs Azure Arc, le serveur peut être traité comme une ressource Azure. Vous pouvez ensuite gérer le serveur dans le cadre d’un groupe de ressources au sein d’un abonnement. Vous pouvez également appliquer Azure Policy à des fins de configuration et de gestion, ainsi que des balises.
L’agent pour serveurs Azure Arc prend en charge les systèmes d’exploitation Windows et Linux suivants :
- Windows Server 2008 R2 SP1, 2012 R2, 2016, 2019 et 2022
- Les expériences Desktop et Server Core sont toutes deux prises en charge
- Les éditions Azure sont prises en charge sur Azure Stack HCI
- Windows 10, 11 (voir les conseils sur le système d’exploitation client)
- Windows IoT Entreprise
- Azure Stack HCI
- Ubuntu 16.04, 18.04, 20.04 et 22.04 LTS
- Debian 10 et 11
- CentOS Linux 7 et 8
- Rocky Linux 8
- SUSE Linux Enterprise Server (SLES) 12 SP3-SP5 et 15
- Red Hat Enterprise Linux (RHEL) 7, 8 et 9
- Amazon Linux 2
- Oracle Linux 7 et 8
Seules les architectures x86-64 (64 bits) sont prises en charge.
L’agent pour serveurs Azure Arc prend en charge les fonctionnalités suivantes :
- La fonctionnalité de configuration des invités Azure Policy vous permet de valider la configuration du système d’exploitation.
- Le contexte des ressources pour les données d’analytique des journaux d'activité Azure Monitor vous permet de limiter l’étendue des utilisateurs qui peuvent accéder à la télémétrie du serveur à l’aide du contrôle d’accès en fonction du rôle (RBAC) Azure.
Les fonctionnalités incluses lorsque l’agent pour serveurs Azure Arc est déployé sur des ordinateurs dans des environnements hybrides évoluent. Pour obtenir les informations les plus récentes, consultez Opérations cloud prises en charge par Azure Arc et nouveautés des serveurs avec Azure Arc.
Pour Tailwind Traders, le fait de disposer d’un emplacement unique pour gérer les charges de travail Windows Server et Linux dans tout l’environnement hybride répond à certaines des préoccupations des équipes d’exploitation liées à la complexité de l’environnement hybride.
Qu’est-ce qu’Azure Stack HCI ?
Azure Stack HCI est un système d’exploitation d’infrastructure hyperconvergée que vous pouvez utiliser pour héberger des machines virtuelles Hyper-V exécutant des systèmes d’exploitation Windows et Linux. Contrairement à l’exécution sur un cluster Hyper-V Windows Server hyperconvergé, Azure Stack HCI est conçu pour vous offrir la possibilité de déployer et de gérer des machines virtuelles par le biais du portail Azure ou de Windows Admin Center.
Contrairement à un déploiement de virtualisation Windows Server traditionnel dans lequel l’équipe des opérations locales conserve la responsabilité de gérer le système d’exploitation hôte, Azure Stack HCI est un service Azure. Un client acquiert une configuration matérielle validée auprès d’un fournisseur approuvé et connecte le système à un réseau connecté à Internet, puis un service Azure gère l’infrastructure. Les services Azure hybrides comme Azure Automation Update Management, Azure Site Recovery et Sauvegarde Azure sont automatiquement intégrés.
Pour Tailwind Traders, Azure Stack HCI fournit une future plateforme sur laquelle l’entreprise peut éventuellement migrer ses machines virtuelles locales. La migration active un ensemble cohérent d’outils de gestion pour toutes les machines virtuelles situées dans l’environnement hybride.
Qu’est-ce que le calcul haute performance hybride ?
Le calcul haute performance utilise un grand nombre de processeurs ou de processeurs graphiques pour effectuer des tâches mathématiques complexes, telles que certains calculs scientifiques et techniques. Au lieu de faire en sorte que ces processeurs ou processeurs graphique soient attachés au même ordinateur, HPC utilise une organisation dans laquelle un ordinateur de contrôle alloue des tâches pour séparer les ordinateurs exécutant les systèmes d’exploitation Windows et Linux en tant que nœuds afin d’exécuter des segments discrets d’un calcul volumineux et répétitif. Plus le nombre de nœuds dans un cluster HPC est grand, plus le cluster HPC effectue rapidement le calcul.
Les organisations disposant d’une solution HPC locale existante peuvent connecter cette solution à Azure. Cette structure leur permet d’être mis en rafale dans le cloud. La mise en rafale dans le cloud implique l’ajout de nœuds HPC basés sur le cloud à un déploiement de nœuds HPC local existant. Lorsque vous utilisez l’approche, les nœuds de calcul HPC peuvent être instanciés dans Azure si nécessaire pour effectuer des tâches de calcul, puis ignorés une fois les tâches terminées.
L’image suivante illustre la rafale dans le cloud.
La possibilité de mettre en rafale les calculs HPC dans le cloud permet aux organisations de conserver une quantité minimale de matériel pour les tâches HPC courantes locales. Les organisations peuvent ensuite déployer des nœuds supplémentaires selon les besoins si l’avantage du calcul justifie les dépenses.
Tailwind Traders possède déjà un déploiement HPC. Mais la capacité de l’entreprise à effectuer des calculs complexes est limitée par la quantité de ressources de calcul dans ses environnements physique et virtuel qu’elle peut allouer aux tâches HPC. En adoptant une approche HPC hybride, Tailwind Traders peut mettre à l’échelle sa capacité HPC en fonction des besoins sans avoir à acheter le matériel pour des nœuds locaux supplémentaires.
Qu’est-ce que Kubernetes avec Azure Arc ?
Kubernetes avec Azure Arc vous permet d’attacher et de configurer des clusters Kubernetes pour qu’ils puissent être gérés via le Portail Azure. Lorsque vous utilisez Kubernetes avec Azure Arc, vous pouvez :
- connecter des clusters Kubernetes s’exécutant en dehors d’Azure et effectuer des tâches d’inventaire, de regroupement et de balisage ;
- déployer des applications et appliquer la configuration aux clusters Kubernetes avec Azure Arc à l’aide de la gestion de la configuration basée sur GitOps.
- utiliser Azure Monitor pour permettre aux conteneurs d’examiner et de superviser vos clusters Kubernetes dans un environnement hybride ;
- appliquer des stratégies Azure Policy pour Kubernetes aux clusters Kubernetes dans un environnement hybride.
Kubernetes avec Azure Arc fonctionne avec n’importe quel cluster Kubernetes certifié CNCF (Cloud Native Computing Foundation). Kubernetes avec Azure Arc permet à votre organisation de gérer des clusters Kubernetes à la fois localement et dans le cloud dans un environnement hybride, comme illustré dans l’image suivante.
L’avantage pour Tailwind Traders d’utiliser Kubernetes avec Azure Arc est qu’il permet à la société de gérer des clusters Kubernetes à l’aide d’un ensemble unique d’outils. Cela permet également de configurer et de sécuriser ces clusters Kubernetes de manière cohérente dans l’environnement hybride.
Présentation des services de données avec Azure Arc
Les service de données avec Azure Arc permettent aux organisations de gérer des bases de données prises en charge exécutées dans Azure et localement à l’aide d’un seul ensemble d’outils. Les organisations peuvent utiliser des services de données avec Azure Arc pour exécuter Azure Database pour PostgreSQL et des instances managées SQL localement tout en gérant ces instances par le biais d’Azure Data Studio, du portail Azure ou d’Azure CLI.
Lorsque cette option est activée, les services de données avec Azure Arc permettent d’automatiser les processus de mise à jour corrective et de mise à jour pour ces instances de base de données locales de la même façon que Microsoft gère ces processus quand vous déployez des instances managées PostgreSQL et SQL dans Azure. Les services de données avec Azure Arc permettent également aux organisations d’appliquer la fonctionnalité de protection avancée contre les menaces disponible dans Microsoft Defender pour le cloud pour les bases de données Azure SQL sur des instances de serveur de base de données exécutées localement.
Les services de données avec Azure Arc utilisent l’infrastructure de conteneurs et Kubernetes pour les services locaux. Les services de données avec Azure Arc autorisent également l’intégration entre ces services de données locaux et les services Azure tels que la Sauvegarde Azure.
Du point de vue de Tailwind Traders, les services de données avec Azure Arc offrent un autre moyen d’exécuter certaines de ses charges de travail de bases de données actuelles. L’entreprise peut migrer certaines de ses bases de données locales vers des services de données avec Azure Arc. Cette migration va soulager l’équipe des opérations dans la gestion et la sécurité de ces instances.
Qu’est-ce qu’Azure Site Recovery ?
Azure Site Recovery permet aux organisations de remplacer des sites de reprise d’activité en répliquant des systèmes d’exploitation physiques et virtuels, ainsi que des charges de travail qu’elles hébergent dans la plateforme cloud Azure. Azure Site Recovery autorise le basculement vers Azure. Azure Site Recovery peut également effectuer la restauration automatique de charges de travail sur un centre de données local à partir d’Azure.
L’image suivante illustre une configuration Azure Site Recovery de base.
Azure Site Recovery permet à Tailwind Traders de passer de l’utilisation des centres de données de Melbourne et de Sydney en tant que sites de reprise d’activité dans son implémentation uniquement locale à l’utilisation d’Azure comme site de reprise d’activité pour un grand nombre de charges de travail, car le déploiement devient hybride. Le défi pour Tailwind Traders est que certaines charges de travail ont des dépendances physiques ou autres qui en ont bloqué la migration vers Azure. L’entreprise ne pourra pas utiliser Azure comme site de reprise d’activité pour les mêmes raisons.