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.
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.
Calà fait plusieurs mois que j’ai comencé à utiliser Azure ARC, cependant par manque de temps je n’ai pas refait de post sur cette technologie depuis mon premier article que date de la fin d’année 2021.
Cela fait quelque temps que je souhaitais tester Azure Virtual Desktop avec l’option “Azure AD Join”. Certes, les projets AVD sans Active Directory ne sont pas encore majoritaires, mais l’idée d’un monde sans AD commence à prendre de l’ampleur et avant de déployer une solution, une petite phase de tests s’impose toujours.
Durant mes tests, j’ai eu pas mal de difficulté lors de l’authentification avec un compte AzureAD. D’où la rédaction de cet article en avance de phase sur le sujet.
Lors de l’authentification RDP sur la machine AVD, j’ai rencontré ce message d’erreur:
“Your credentials did not work. The credentials that were used to connect to XXXXXX did not work. Please enter new credentials.”
Lors d’un projet récent, j’ai était confronté à une une petite limitation dans le découpage des subnets au sein de l’adressage d’un vNet. N’ayant jamais été confronté à ce cas particulier, je le partage avec vous.
