Déployer des charges de travail sur Azure Stack Hub
Azure Stack permet à votre organisation d’exécuter sa propre instance d’Azure dans son centre de données. Des organisations incluent la solution Azure Stack dans leur stratégie cloud parce qu’elle les aide à gérer des situations où le cloud public ne fonctionne pas pour elles. Les trois raisons les plus courantes d’utiliser Azure Stack sont les suivantes :
- connectivité réseau médiocre au cloud public ;
- exigences réglementaires ou contractuelles ;
- systèmes principaux qui ne peuvent pas être exposés à Internet.
Déploiement d’IaaS (Infrastructure as a Service)
Quelle que soit la raison de déployer l’IaaS, le déploiement sur Azure Stack Hub est similaire à tout autre déploiement de l’IaaS. Les utilisateurs considèrent souvent que l’IaaS n’est qu’une infrastructure de machines virtuelles, c’est bien plus que cela. Lorsque vous déployez une machine virtuelle sur Azure ou Azure Stack, celle-ci est fournie avec un réseau à définition logicielle incluant un DNS (Domain Name System), des adresses IP publiques, des règles de pare-feu (également appelées groupes de sécurité réseau) et de nombreuses autres fonctionnalités. Le déploiement de machines virtuelles crée également des disques pour vos machines virtuelles sur un stockage à définition logicielle en utilisant le service Stockage Blob Azure.
Pour obtenir des conseils plus détaillés sur le déploiement de machines virtuelles sur Azure Stack, consultez Présentation des machines virtuelles Azure Stack Hub.
Déploiement de PaaS (Platform as a Service)
Dans le cloud, toutes les ressources de PaaS s’exécutent sur une forme de service d’infrastructure, telle qu’une machine virtuelle. Toutefois, les services Azure obfusquent ces ressources dorsales afin que vous n’ayez pas à les gérer. L’obfuscation et la coordination de ces ressources d’infrastructure sont gérées par Azure Resource Manager. Vous avez peut-être vu un aspect de Resource Manager lors du déploiement sur Azure à l’aide d’un modèle Azure Resource Manager. Ces modèles indiquent à Azure le fournisseur de ressources que vous souhaitez appeler et la façon dont vous souhaitez que vos ressources soient configurées.
Lorsque le cloud s’exécute dans votre centre de données, vos administrateurs Azure Stack Hub doivent savoir ce que sont les couches d’obfuscation. Pour que vos utilisateurs ou développeurs puissent utiliser une ressource PaaS, l’administrateur d’Azure Stack Hub doit installer le fournisseur de ressources à partir de la Place de marché. Ces fournisseurs de ressources permettent à votre instance Azure Stack Hub de répliquer la fonctionnalité de fournisseur de ressources d’Azure dans votre instance de pile. Pour plus d’informations sur le déploiement de fournisseurs de ressources Azure Stack Hub, consultez la série de blogs sur l’IaaS Azure Stack.
Déployer les charges de travail
Une fois que l’administrateur d’Azure Stack Hub a correctement configuré votre instance de pile, les migrations peuvent se poursuivre comme pour la plupart des autres efforts de migration Azure. En utilisant Azure Stack, votre équipe peut exécuter l’un des types de migration suivants :
- Réseau blockchain Ethereum
- Moteur AKS
- Azure Cognitive Services
- Application web ASP.NET C#
- Machine virtuelle Linux
- Applications web Java
Considérations supplémentaires concernant la migration
Les ressources suivantes peuvent aider votre équipe dans le cadre de la migration et de la modernisation :
- Services de scalabilité et de disponibilité tels que le paiement à l’utilisation, les groupes à haute disponibilité de machines virtuelles, les groupes de machines virtuelles identiques, les cartes réseau et la possibilité d’ajouter et de redimensionner des machines virtuelles et des disques.
- Capacité de stockage, avec la possibilité de charger et télécharger, ainsi que de capturer et déployer des images de machines virtuelles.
- Dépôt GitHub de modèles de démarrage rapide Azure Stack.
- Dépôt GitHub de modèles de démarrage rapide Azure.
Étapes suivantes
Pour obtenir des conseils sur des éléments spécifiques du parcours d’adoption du cloud, consultez :