Florent Chambon: Ingénieur Microsoft

Installation et configuration d'Azure Server Management Tools

Florent CHAMBON — Thu, 01 Sep 2016 11:16:10 GMT

Après avoir présenté les fonctionnalités de la nouvelle interface de gestion (SMT) dans un précédent article, il est de temps de regarder les modalités d'installation et de configuration pour superviser des systèmes dans un contexte hybride. Direction le portail Azure (https://portal.azure.com), cliquer sur "Nouveau" puis rechercher "Outils d'administration serveur" (ou Server Management Tools dans la langue de Shakespeare) et cliquer dessus: Dans la liste des résultats, cliquez sur "Outils d'administration serveur (aperçu)": Il suffit de cliquer sur "Créer" pour démarrer la configuration: Le premier panneau permet de renseigner les informations concernant:

Le nom de l'ordinateur à superviser (ou adresse IP)
La souscription sur laquelle déployer SMT
Le groupe de ressources dans lequel ranger le déploiement SMT (ou sélectionner un RG existant)
Le nom de la passerelle SMT à créer afin de bénéficier d'une connectivité hybride avec le réseau à demeure
La région Azure

Après la saisie des informations, on clique à nouveau sur "Créer" pour lancer le processus: Ensuite, on passe au setup de la passerelle en cliquant sur le bandeau "Passerelle non détectée. Cliquez ici pour configurer une passerelle...". L'assistant propose alors:

De sélectionner le mode de mise à jour (dans mon cas, je paramètre en automatique qui est la configuration recommandée)
De générer un lien pour récupérer le package d'installation de la passerelle en cliquant sur le bouton "Générer un lien de package" (c'est un .zip à décompresser sur le serveur de passerelle)

Le menu de de sauvegarde de l'archive zip apparaît: On décompresse le tout: Puis double-clic sur "GatewayService" pour lancer directement l'installation: Le setup se lance, cocher la case pour accepter les termes du contrat et cliquer sur "Install": Ensuite, le setup de la passerelle requiert un certificat serveur pour établir une connexion sécurisée avec le service dans Azure. Dans mon lab de démonstration, j'utilise un certificat auto-signé (en production, on demandera un certificat auprès d'une autorité de certification approuvée à partir duquel l'empreinte sera prélevée): Le setup continue: Cliquer sur "Finish" pour terminer: On peut vérifier dans les services Windows que la passerelle a été correctement installée et fonctionne: A partir de ce stade, retour sur le portail Azure pour où il ne reste plus qu'à spécifier les identifiants de connexion. Cliquer sur le bandeau orange ou sur le bouton "Gérer en tant que": Renseigner les identifiants de connexion au serveur et sélectionner l'option de mémorisation envisagée puis cliquer sur "OK" pour terminer la configuration: Les informations systèmes sont alors disponibles et le serveur est prêt à être géré: Pour des serveurs en Workgroup, il faut ajouter les hôtes à la liste des hôtes de confiance WinRM de la passerelle (WinRM Trusted Hosts) pour que la communication s'établisse. Pour réaliser la configuration, à partir d'une invite PowerShell: #Afficher la liste actuelle des hôtes de confiance: Get-Item -Path "WSMan:\localhost\Client\TrustedHosts" #Ajouter un hôte ou un sous-réseau à la liste: Set-Item -Path "WSMan:\localhost\Client\TrustedHosts" -Value "10.10.1.215" -Force En complément, si la machine se trouve dans un sous-réseau différent de celui de la passerelle, il est nécessaire d'ajouter une entrée dans le parefeu du système cible afin d'autoriser la communication: NETSH advfirewall firewall add rule name=”WinRM 5985″ protocol=TCP dir=in localport=5985 action=allow Bon management!

Découverte d'Azure Server Management Tools

Florent CHAMBON — Wed, 13 Jul 2016 15:16:41 GMT

Une fonctionnalité Azure apparue discrètement il y a quelques temps méritait qu'on y consacre tout de même une certaine attention: il s'agit de Server Management Tools.

Mais qu'est ce que c'est?

C'est un ensemble d'outils de gestion des environnements Windows Servers proposés au travers d'une interface graphique et aussi en ligne de commande. En clair, c'est le Server Manager version "Azure".

Et pourquoi?

Avec l'avènement du Cloud Computing, les environnements informatiques évoluent de plus en plus vers des modèles hybrides: les architectures techniques sur lesquelles reposent les systèmes d'information ne sont plus uniquement hébergées à l'intérieur des centres de données appartenant aux entreprises mais sont étendues aux datacenters des fournisseurs de services cloud comme Microsoft. Dans cette configuration, il devient légitime de pouvoir utiliser un outil de pilotage unique pour gérer à la fois les ressources qui s'exécutent dans les infrastructures on-premises mais également celles du Cloud. De plus, bien que les nouvelles options d'installation de Windows Server permettent de gagner en performance et en sécurité en supprimant notamment la GUI traditionnelle, ceci peut parfois amener une certaine hésitation du fait de la complexité de gestion que cela peut engendrer. C'est tout l'objectif de cette console hébergée dans Azure de fournir à la fois cette capacité de management hybride, de réduire le nombre d'outils à maitriser tout en apportant une seule interface pour gérer l'ensemble de son parc Windows Server et quelque soit son mode de déploiement (Desktop Experience / Nano / Core).

Quelles sont les fonctionnalités?

A l'heure où j'écris ces lignes, l'outil est toujours en Public Preview, on y trouve déjà:

La visualisation et la modification des configurations systèmes
L'accès aux données de performances de multiples ressources et la gestion des processus/services

La gestion des périphériques attachés au serveur

L'accès aux journaux d'évènements

La consultation des rôles et fonctionnalités déployés
Une console PowerShell pour gérer et automatiser des tâches
La gestion des comptes administrateurs
La consultation des adresses IP et interfaces réseaux connectées
Windows Update (consulter l'historique, voir les MAJs disponibles, planifier l'installation ou lancer manuellement cette dernière)

Editer le registre

Bien sur, la liste n'est pas et ne sera pas exhaustive: on est sur Azure, donc le service est mis à jour régulièrement pour ajouter de nouveaux outils et fonctionnalités sans avoir besoin de mettre à jour quoique ce soit dans son infrastructure.

Et comment je connecte cela à mon réseau?

Bien là aussi, c'est très simple: une passerelle SMT à déployer dans le réseau privé (une VM) suffit à permettre la communication entre Azure et les machines Windows Servers que vous souhaitez gérer depuis SMT. Bien entendu, cette VM doit disposer d'une connectivité Internet, voici l'architecture globale: Voilà pour cette découverte de SMT qui devient très prometteur. Dans un prochain article, je détaillerai les modalités d'installation.

Azure Backup: comment estimer la facture? quels outils?

Florent CHAMBON — Mon, 13 Jun 2016 16:23:05 GMT

Plusieurs discussions autour du service Azure Backup ont fait émerger un feedback qui ressort régulièrement > Prévoir le stockage nécessaire n'est pas facile et donc le caractère prédictible de la facture demeure vague, pouvant occasionner une certaine préoccupation. Bien entendu, il n'est pas facile de répondre avec précision à cette question car plusieurs facteurs d'ordre technique & stratégique sont à prendre en considération. Cela étant, il est tout de même possible de projeter une estimation du coût mensuel en prenant quelques hypothèses et donc de se rassurer. --> Un outil bien pratique existe pour cela et il est disponible gratuitement au téléchargement à l'adresse suivante: https://gallery.technet.microsoft.com/Azure-Backup-Monthly-bill-093fd095#content

Un cas d'usage

Voici un exemple de simulation réalisée avec l'outil pour une infrastructure à sauvegarder avec Azure Backup: Dans l'exemple ci-dessus, nous avons un mix de machines virtuelles qui s'exécutent dans le IaaS Azure mais également à demeure sur un hôte Hyper-V ainsi qu'un serveur Windows dans lequel je sauvegarde des fichiers et dossiers. Le résultat en bas à droite de la capture est très clair, on a le coût total mensuel estimé et cette projection intègre l'ensemble des coûts d'usage du service, pas de surprise à venir. Pour utiliser l'outil, il suffit d'avoir en-tête les notions suivantes et de les indiquer: - Primary datasource: c'est votre source de données, ca peut être des fichiers, une machine virtuelle, un poste de travail... - Size (GB): c'est la taille de votre source de données, c'est à dire l'espace disque qu'elle occupe actuelement - Churn: c'est la quantité de données modifiées, exprimée en %, nouvellement générée pour chaque backup. Probablement un des paramètres les plus difficile à estimer, aussi, dans l'outil, on trouve des valeurs moyennes prises comme hypothèses de départ. - LRS/GRS: le type de redondance du compte de stockage Azure (LRS=3 copies dans le même Datacenter / GRS=6 copies réparties sur 2 Datacenters) - Backup Freq: la fréquence de vos sauvegardes, pour cela, on pourra choisir de faire des backups au jour, à la semaine ou au mois. Simple à utiliser, il structure la démarche pour poser les bonnes questions (combien de serveurs, quel type de sauvegarde, à quelle fréquence etc...) et projette le coût mensuel en se basant sur quelques postulats qui simplifient l'étude (notamment le % de churn).

Et si j'ai DPM et beaucoup de systèmes protégés?

Un déploiement DPM peut se limiter à quelques systèmes mais aussi s'étendre à quelques centaines de machines à protéger. Afin d'estimer le nombre d'instances protégées et le stockage nécessaire dans Azure Backup, un petit utilitaire bien pratique permet d'extraire les informations nécessaires depuis la base de données de DPM. Pour cela, il suffit de: 1/ Récupérer le script PS à exécuter sur le serveur DPM à l'adresse suivante: https://gallery.technet.microsoft.com/Estimating-Azure-Backup-e0d4abbc. 2/ Le transférer sur votre serveur DPM et l'exécuter le depuis le prompt PS DPM en mode d'élévation de privilèges, comme ceci: 3/ Naviguer jusqu'à l'emplacement où vous avez déposé le script, lancer ce dernier et confirmer avec "R": 4/ Renseigner le nom de votre serveur DPM et valider: 5/ Le script collecte alors les données de la base de DPM comme les tailles des sources de données, machines & points de récupération. Les informations sont agrégées et présentées dans un fichier au format HTML: 6/ Et maintenant, c'est très simple. On récupère sur le rapport ci-dessus le nombre total d'instances protégées (ici 2) et le stockage estimé à 30 jours (22GB), puis on rouvre la feuille Excel du TCO Calculator, on se positionne sur l'onglet "PS Script for DPM sources", on colle les données dans les 2 cases en haut à gauche et le tour est joué! Bien sur, on a ici de simples estimations, il est évident qu'avec des politiques de rétention à long terme, la quantité de données stockées va s'accroître et que ceci doit être pris en compte de même que la croissance dans une étude plus fine. Néanmoins, ces outils fournissent une très bonne base pour commencer à modéliser les coûts d'usage d'Azure Backup que l'on soit dans le cas d'un usage cloud uniquement ou en mode hybride avec des outils comme System Center.

Azure Backup et System Center Data Protection Manager: comprendre l'histoire, la tarification etc...

Florent CHAMBON — Mon, 06 Jun 2016 14:38:50 GMT

System Center DPM sauvegarde les données des fichiers et des applications. Les données sauvegardées dans DPM peuvent être stockées sur bande, sur disque, ou depuis quelques temps sauvegardées dans Azure avec Microsoft Azure Backup (solution de sauvegarde intégrée au Cloud pour protéger les données de vos applications et les stocker dans votre coffre fort sécurisé). Dans un scénario simple d'utilisation d'Azure Backup seul (c'est à dire sans DPM), on paye les instances protégés par le service de sauvegarde cloud et le stockage consommé par ces backups. Ceci étant dit, comprendre l'histoire entre DPM (groupes de protection) et Azure (instance/stockage), notamment le modèle tarifaire et pourquoi ces tarifs peut amener certaines confusions. Quelques clarifications sont à mon sens nécessaires:

Rappel sur le modèle de tarification d'Azure Backup

La tarification du service Azure Backup est basée sur le nombre de machines à sauvegarder ainsi que sur la quantité de stockage consommé (blob de type bloc en LRS ou GRS, j'explique dans un autre article comment estimer ce besoin). Ainsi, la facture Azure mensuelle fait apparaître une ligne concernant les "instances protégées". Qu'est ce qu'une instance protégée? En résumé, une instance correspond à un serveur protégé (c'est à dire sur lequel on a installé l'agent DPM) et n'a rien à voir avec le groupe de protection au sens DPM (qui sert à définir ensuite les stratégies de sauvegarde). L'instance peut être une VM dans le IaaS Azure, un serveur physique ou encore une machine virtuelle qui tourne sur un hyperviseur comme Hyper-V. En fonction de la taille de l'instance, on aura un coût forfaitaire mensuel en plus du stockage. Pour cela, je vous renvoi à la page officielle des tarifs Tarification Azure Backup.

Et donc avec mon DPM? :-)

Regardons l'exemple suivant pour bien comprendre: Ici, nous avons un serveur DPM déployé à demeure avec son stockage local et il protège 4 serveurs (2 physiques & 2 VMs, les data sources). Comme on l'a vu, Azure Backup est facturé uniquement en fonction des machines protégées et donc DPM est simplement le véhicule qui permet d'acheminer le flux de données jusqu'au coffre de sauvegarde dans le cloud.

Donc dans cet exemple, seuls les serveurs en bleu sont comptabilisés comme instances protégés dans l'utilisation du service de backup, le serveur DPM ainsi que les données locales en gris ne seront pas inclus dans la facturation. A noter que les hôtes Hyper-V ne sont pas comptés comme instance protégé, seules les VMs qui sont exécutées au-dessus (3 & 4 sur le schéma) sont intégrées dans le calcul.

Finalement, qu'est ce que je paye dans ces frais d'Azure Backup?

La documentation expliquant la tarification d'Azure Backup est assez limpide. Néanmoins, on peut se demander ce qui est compris dans ces frais de service (hors stockage), notamment si on a déjà une solution de sauvegarde comme DPM.

Globalement, ces frais comprennent: - Les unités de calcul pour gérer les incréments de sauvegarde ainsi que les mécanismes de compression et de chiffrement avant le stockage des données dans Azure. - Toutes les transactions sur le compte de stockage ainsi que l'environnement nécessaire pour maintenir l'historique de récupération des backups et l'ajustement automatique des volumes alloués au coffre de sauvegarde. - La bande passante sortante lors des opérations de restauration.

Et bien entendu comme on est sur le cloud, les nouvelles fonctionnalités qui viendront enrichir ce service de manière transparente.

Parallèlement, beaucoup de produits de sauvegarde du marché écrivent directement dans les comptes de stockage des clients et il faut donc avoir en tête que des coûts Azure associés en découleront (transaction, bande passante sortante...).

En conclusion, Azure Backup offre un service de sauvegarde en ligne "clé en main" dans la mesure où tous les frais du modèle Cloud sont compris (pas de surprise) dans ce package.

OMS Log Analytics - Solution Pack Office 365 disponible en public preview!

Florent CHAMBON — Thu, 19 May 2016 15:59:37 GMT

Très bonne nouvelle, nous avons annoncé depuis peu la disponibilité en Public Preview du solution pack Office 365 pour OMS! Pour en bénéficier, c'est très simple, il suffit de vous rendre dans le volet "Solutions Gallery" et d'ajouter le pack Office 365 : Avec le solution pack Office 365, voici le genre d'activités de gestion auxquelles vous avez accès:

Superviser l'activité utilisateurs sur vos comptes 0365 pour analyser les habitudes d'utilisation ainsi qu'identifier les tendances comportementales. Par exemple, vous pouvez en extraire des scénarios d'usage spécifiques tels que des fichiers partagés en dehors de votre organisation.
Superviser l'activité administrative pour suivre les changements de configuration ou les opérations nécessitant des privilèges élevées.
Détecter et enquêter sur des comportements utilisateurs indésirables afin de personnaliser l'expérience pour qu'elle corresponde aux besoins de votre organisation.
Audit & Conformité: Par exemple, vous pouvez superviser les opérations d'accès à des fichiers confidentiels, ce qui peut vous aider dans un processus de mise en conformité.
Diagnostiquer plus facilement en utilisant en corrélant la puissante recherche d'OMS aux données d'activité de vos souscriptions O365.

Voici un petit aperçu de l'écran principal: Bonne supervision!

Annonce concernant la disponibilité générale du nouveau portail Azure (codename Ibiza)

Florent CHAMBON — Thu, 03 Dec 2015 10:14:01 GMT

Ca y est, on l'attendait depuis un moment et c'est chose faite: portal.azure.com est maintenant disponible généralement (GA) et devient le portail par défaut d'Azure!

La barre a été placée très haut afin de proposer une expérience de navigation fluide et intuitive ainsi qu'un niveau de performance et de fiabilité très élevé pour assurer cette GA. Quelques points clés pour accompagner l'annonce:

- Amélioration du temps de chargement du portail de + de 50% et des ressources (Web App, VM, SQL) de + de 300%

- Les ressources verticales (VM, SQL, App service...) du portail appelées "extensions" sont chargées au moment où vous en avez besoin.

- Beaucoup d'améliorations concernant la navigation basées sur vos feedbacks: barre de recherche en haut, listes des ressources accessibles depuis le menu de gauche, expérience de recherche plus précise, visualisation des ressources accédées récemment, présentation de toutes vos ressources depuis le Dashboard, facilité de paramétrage de vos ressources et de manière consistante, informations contextuelles, réduction du nombre de clics pour exécuter des actions, personnalisation de la barre de navigation & de recherche... Bref tout plein de nouveautés à découvrir!!

Et plutôt que des mots, je vous laisse apprécier le look & feel de ce tout nouveau portail:

Rendez-vous très vite sur Azure pour découvrir tout ceci en image !

Red Hat cloud access est maintenant disponible sur Azure!

Florent CHAMBON — Mon, 16 Nov 2015 04:46:00 GMT

On l'attendait depuis un moment et c'est désormais une réalité pour l'offre de cloud public de Microsoft: Azure est maintenant certifié Red Hat Cloud & Service Provider (CCSP). Concrètement, cela signifie que vous pouvez désormais exécuter les produits Red Hat Cloud Access (RHEL 6.7+/7.1+, RH JBoss, OpenShift Enterprises...) dans Azure.

Les clients disposant de souscription Red Hat peuvent migrer en toute confiance vers Microsoft Azure!

Rendez-vous sur le site suivant pour des précisions concernant le support des solutions Red Hat sur Azure: https://azure.microsoft.com/fr-fr/campaigns/redhat/

Azure Backup pour la sauvegarde des VMs Azure en mode IaaS est GA depuis peu!

Florent CHAMBON — Mon, 21 Sep 2015 07:15:00 GMT

Si vous avez raté cette info, sachez qu'Azure Backup pour la sauvegarde des VMs Azure IaaS est maintenant GA! Parmi les principaux avantages

- Consistance au niveau applicatif pour les OS Windows
- Consistance au niveau du système de fichiers pour les OS Linux
- Des périodes de rétention de longue durée
- Une mise en œuvre très simple (quelques clics suffisent!)

Retrouvez l'annonce officielle à cet emplacement: https://azure.microsoft.com/en-us/blog/general-availability-of-backup-for-azure-iaas-vms/

Exemple de stratégie de rétention

Migrer de VMware vers Azure directement avec MVMC 3.0!

Florent CHAMBON — Fri, 23 Jan 2015 04:13:00 GMT

Vous souhaitez migrer vos machines virtuelles VMware vers Azure sans pour autant devoir tout réinstaller? Bonne nouvelle, la solution existe et elle s'appelle Microsoft Virtual Machine Converter 3.0. MVMC permet de convertir des machines physiques et des VMs qui tournent sous ESX vers le format natif Hyper-V / Azure (disques VHD).

L'outil est gratuit et téléchargeable ici: https://www.microsoft.com/en-us/download/details.aspx?id=42497 & voici la liste des environnements VMware supportés:

VMware vSphere 5.5 (VMware ESXi 5.5)
VMware vSphere 5.1 (VMware ESXi 5.1)
VMware vSphere 4.1 (VMware ESXi/ESX 4.1)
VMware vCenter Server 5.5
VMware vCenter Server 5.1
VMware vCenter Server 4.1

Maintenant, je vous propose de voir en pratique comment vos clients peuvent facilement porter leur environnement "on-prem" dans Azure sans pour autant repasser par des étapes d'installation fastidieuses...

L'environnement source que j'utilise comprend un ESXi 5.1 ainsi qu'une VM Windows Server 2012 membre d'un domaine Active Directory (les VMware Tools sont nécessaires pour une conversion à chaud). C'est cette dernière que nous allons migrer vers Azure.

J'ai installé MVMC 3.0 dans une autre machine virtuelle sous Windows Server 2012 R2: il suffit de lancer l'application pour accéder à l'interface

L'assistant démarre, on clique sur Next:

On laisse l'option par défaut "Virtual machine conversion" et on clique Next

On laisse l'option par défaut "Migrate to Microsoft Azure" et on clique Next

Il faut ensuite renseigner l'ID de la souscription Azure vers laquelle envoyer la VM ainsi que l'empreinte numérique du certificat de gestion (Il faut importer ce certificat dans le magasin personnel utilisateur & également truster le certificat sinon un message d’erreur apparaît lors de la validation. Pour cela, il suffit d’exporter le certificat de gestion en DER encoded X.509 (.CER), puis de l’importer dans les autorités racines de confiance. La procédure suivante détaille toute cette étape si besoin https://support.microsoft.com/kb/2977336)

Ces 2 informations se trouvent facilement au niveau du portail Azure, dans la partie "Paramètres" --> onglet Abonnements et Certificats de Gestion, puis on clique sur Next

On sélectionne ensuite le compte de stockage Azure dans lequel héberger le disque dur virtuel qui sera produit et on clique sur Next

On renseigne les informations de connexion au vCenter VMware (adresses IP, login/mot de passe) puis on clique Next

On visualise alors la liste des VMs qui tournent sur l'ESX, on sélectionne la VM à migrer puis on clique Next

On peut laisser les paramètres par défaut et on clique Next

On précise le dossier de Workspace (choisir un emplacement qui dispose de suffisamment d'espace disque pour contenir le disque converti) et on clique Next

Le résumé de l'assistant s'affiche et on clique cette fois sur Finish

Les diverses étapes de la conversion vont s'enchaîner (dans ce scénario, la conversion de ma VM de 20Gb a duré environ 50 minutes, upload sur Azure compris). On clique ensuite sur Close

Maintenant, direction Azure où l'on retrouve le disque VHD converti sur le compte de stockage:

Je crée une nouvelle VM à laquelle j'attache ce disque et je lance une connexion RDP (notez au passage qu'on retrouve le nom de l'ordinateur lors de la confirmation de connexion):

Et voilà! Notre VM qui s'exécutait sous VMware tourne désormais dans Azure!

Les SSD pour les VM et services cloud dans Azure, c'est parti!

Florent CHAMBON — Tue, 23 Sep 2014 06:13:00 GMT

Nous venons d'annoncer la disponibilité générale d'une nouvelle série d'instances standard appelées "D-series" pour les machines virtuelles et services cloud. Les tarifs sont également en ligne.

Ces instances disposent de disques locaux SSD (solid state drive) et de processeurs plus rapides par rapport à la plupart des instances des séries A. Ces séries D peuvent être utilisées comme machine virtuelle ou comme worker role dans un service cloud et sont adaptées à des usages applicatifs nécessitant des performances CPU / Mémoire / Disque plus importantes. Voici un résumé des configurations disponibles:

Retrouvez toutes les informations sur la page des machines virtuelles Azure: https://azure.microsoft.com/en-us/services/virtual-machines/
Estimation des tarifs: https://azure.microsoft.com/en-us/pricing/calculator/?scenario=virtual-machines