Dans cet article, nous allons découvrir une fonctionnalité d’Azure ARC toujours en preview, Azure ARC resources bridge pour Azure Stack HCI.
Cette fonctionnalité, disponible pour Azure Stack HCI (objet de cet article) mais aussi disponible pour les environnements VMWare vSphere, permet depuis le portail Azure de provisionner et manager les ressources IaaS de nos environnements On-Prems.
Lors du déploiement d’Azure AR resources bridge sur un cluster Azure Stack HCI, vous obtenez l’erreur:
Appliance prepare command failed with error: [Errno 13] Permission denied: ‘debug_infra.yaml’
Lors de l’exécution des commande: az arcappliance prepare hci.
En explorant la console d’administration d’Azure ARC, nous pouvons constater la présence d’un section dédiée à Azure Stack HCI. Dans ce tuto, nous allon réaliser l’activation d’Azure ARC sur un cluster Azure Stack HCI.
Depuis quelque temps que le kit d’avaluation pour Azure Stack HCI est sorti, je souhaitais tenter son déploiement par simple curiosité et surtout afin de voir l’intégration de la solution Azure Stack HCI dans Azure ARC.
Je ne pratique pas encore Azure Stack HCI, je ne me positionne pas comme un expert de cette technologie, juste une personne curieuse autour de cette technologie qui semble prométeuse, et va très certainement devenir un concurant très sérieux dans les années à venir à d’autres solutions On-Premise leader du marcher.
Microsoft vient d’annoncer un nouvel examen Azure “AZ-720: Troubleshooting Microsoft Azure Connectivity“.
Les inscriptions en béta devraient ouvrir courant du mois de mars. Il y aura très certainement 80% de réduction pour les premiers inscrits.
L’un des sujets les plus important en ce moment est la sécurité de nos environnements.
Azure ARC permet d’apporter une partie de la puissance des solutions de sécuritées disponible dans le cloud Microsoft sur vos machines non-azure. A ce stade ci, je parle bien d’une partie car nous allons nous concentrer sur la partie analyse de la configuration de l’OS à l’aide d’Azure Defender for Cloud (anciennement Azure Security Center ASC) et de Microsoft Defender for Endpoint.
Maintenant que nous avons onboardé nos machines dans Azure ARC et créé un Log Analytics Workspace, nous allons voir comment déployer l’agent Log Analytics sur nos machines Azure ARC. Tout du moins nous allons voir une méthode de déploiement parmi tant d’autres, cependant celle-ci offre la possibilité de déployer l’agent MMA /OMS de manière automatique.
En voulant tester Azure Stack HCI à l’aide du guide d’évaluation fourni par Microsoft, j’ai rencontré quelques petits bugs aléatoires.
Vous pouvez retrouver ce guide de déploiement ci-dessous :
Dans l’étape 2 du guide de déploiement, Hyper-V doit être installé sur les 2 VM déployées lors de l’étape 1. Cependant si ceux-ci n’est pas le cas et vous rencontrez l’erreur “Please ensure nested virtualization is enabled in order to successfully install Hyper-V on azshcinode0X.azshci.local.” depuis WAC.
En voulant tester Azure Stack HCI à l’aide du guide d’évaluation fourni par Microsoft, j’ai rencontré quelques petits bugs aléatoires.
Vous pouvez retrouver ce guide de déploiement ci-dessous :
Le premier dans l’étape 1 du guide, est une erreur lors du déploiement du template ARM. L’étape “AzSHCIHost001/ConfigureAzSHCIHost” de type “Microsoft.Compute/virtualMachines/extensions”, nous avons un petit conflit.
Toujours dans la catégorie des basiques d’Azure et Azure ARC, le couple “Log Analytics Workspace” et “Automation Account” est un prérequis à beaucoup de fonctionnalités.
Nous pouvons notamment citer :
Dans cet article, nous allons voir la création de ces deux composants, la mise en place de la liaison entre ceux-ci.
