Articles Tagués ‘Azure Updates’

Hello again everyone,

Après un mois d’absence, now i’m back :).

Je vais enchaîner courant les prochaines à venir toutes les Last Updates/News/Improvements introduites à « My Favorite » Public Cloud Platform : Microsoft Azure 😀

Si vous étiez comme moi, impatient d’avoir la possibilité de déplacer vos Managed Disks/VMs vers d’autre Groupe de Ressource ou Abonnement Azure, eh bien sachez que cela est désormais possible, Yes ou pas Yes ^__^ ?

L’équipe Azure Corp a en effet annoncée (le 25/09) la disponibilité d’une feature permettant cette opération.

Cette feature est fournie à travers un « FeatureProvider » Azure, qu’il faut d’abord enregistrer au niveau de votre Azure Tenant.

HowTo : Déplacez vos Managed Disks/VMs vers un autre Groupe de Ressource ou Abonnement

Tout d’abord, connectez-vous sur votre compte Azure depuis une instance PowerShell locale, pour ce faire, saisissez les commandes suivantes :

IpMo AzureRM : pour importer le module PowerShell AzureRM

Note : si le module PS AzureRM n’est pas présent sur votre machine locale, je vous invite à suivre les instructions détaillées dans cet article pour l’installer correctement.

Login-AzureRMAccount : pour lancer la fenêtre d’authentification Microsoft

Une fois connecté, exécutez la Cmd-Let « Get-AzureRMSubscription » pour afficher la liste des abonnements (Subscriptions) Azure associés à votre compte :

Pour notre DEMO, l’abonnement « Microsoft Azure Sponsorship » sera utilisé, la commande suivante a donc été utilisée : Select-AzureRMSubscription -Subscription « Microsoft Azure Sponsorship »

Maintenant, connectez-vous sur le portail Azure (https://portal.azure.com) et sélectionnez le RG (Resource Groups) contenant les Managed Disks à déplacer.

Dans l’exemple suivant, trois RGs sont hébergés au niveau de mon abonnement « Microsoft Azure Sponsorship » :

Le but de cette DEMO, est de déplacer la VM hkdeviisvm001 (avec son Managed Disk) placée dans le RG « hk-dev-rg » vers « hk-preprod-rg » :

Comme discuté précédemment, pour pouvoir déplacer votre ou vos VMs utilisant des « Managed Disks », vous devez d’abord enregistrer la feature « ManagedResourceMove« , fournie avec le le fournisseur d’espace de nom « Microsoft.Compute« .

Pour ce faire, exécutez les deux commandes PS ci-dessous :

Register-AzureRmProviderFeature -FeatureName ManagedResourcesMove -ProviderNamespace Microsoft.Compute

Register-AzureRmResourceProvider -ProviderNamespace Microsoft.Compute

Comme indiqué au niveau de l’état d’enregistrement (RegistrationState), la fonctionnalité « ManagedResourcesMove » est toujours en « Registering »

Avant de pouvoir déplacer vos Managed Disks/VMs, l’enregistrement de cette fonctionnalité doit passer à « Registered »

Nous allons maintenant déplacer la VM hkdeviisvm001 vers le RG « hk-preprod-rg« , pour ce faire, il suffit simplement de sélectionner la VM et ses objets associés (NIC, Disk, …), cliquez sur le bouton « ->Déplacer » et cliquez ensuite sur « Déplacer vers un autre groupe de ressource » :

Note : vous avez également la possibilité de déplacer ces mêmes ressources Azure vers un autre Abonnement, vous devez sélectionner la deuxième option qu’est « Déplacer vers un autre abonnement« 

Vous êtes automatiquement rediriger vers la fenêtre suivante. Spécifiez le groupe de ressource cible, cochez « Je comprends que les outils et scripts…. » et cliquez sur « Ok » pour confirmer l’opération :

Le déplacement de notre Managed Disk/VM démarre :

L’opération nécessite quelques minutes (selon la taille du/des disque(s) Managed à déplacer.

Une fois terminée, vos ressources apparaissent désormais dans le nouveau groupe de ressource (hk-preprod-rg dans notre cas) :

 

Note importante : Ce qui n’est pas pris en compte par la MoveFeature

Cette nouvelle MoveFeature présente tout de même quelques limitations, à savoir :

  • Pas de Move possible pour les VM ayant des Disks Managed ET sur lesquels une sauvegarde Azure Backup est configurée
  • Pas de Move possible pour les VMs ayant des Disks Managed avec des références Azure Key Vault

La fonctionnalité tant attendue voit enfin le jour : Prise en charge de l’authentification Azure AD par le stockage Azure 🙂

Eh oui, vous pouvez désormais vous appuyez sur votre service Azure AD pour authentifier, gérer et contrôler les accès à vos données hébergées au niveau des comptes de stockage Azure, et plus précisément dans Azure Blobs et Azure Queue (File d’attente Azure).

Je vous laisse consulter cet article pour en savoir plus.

Cette feature est encore en mode « Public Preview » mais selon les informations que j’ai pu échangé avec MS Corp, la GA ne devrait pas tarder so stay tuned :).

L’équipe MS Corp Azure AD vient de publier les dernières Updates/améliorations introduites à Azure AD.

Plusieurs nouveautés intéressantes sont désormais fournies avec l’offre IDaaS (IDentity-as-a-Service) de Microsoft, notamment :

La possibilité de définir une « White-list » avec les B2B users (Organisations/Partenaires) pour lesquelles vous souhaitez autoriser ou refuser l’accès.

Permettre à vos utilisateurs B2B Users (Guest Users) d’accéder à vos ressources OnPrem (Great News :D, non ?).

De Nouvelles « Federated Apps » disponibles depuis l’Azure AD App Gallery

La disponibilité de la fonctionnalité « SSPR : Self-Service Password Reset » à partir de l’écran de verrouillage (LockScreen) des Machines Windows 10 faisant parti d’une infrastructure Azure AD « Hybride ».

Je vous invite à consulter cet article pour en savoir plus sur toutes les nouveautés introduites à Azure Active Directory.

A bientôt

#HK

Hello Azure Guys,

Great News !!

L’équipe Azure Corp a annoncé aujourd’hui la disponibilité générale du Service « Azure Health Service », good news non 🙂 ?

Petit rappel sur ASH

Microsoft Azure Service Health vous permet de créer des tableaux de bord (Dashbords) personnalisés qui vous fournissent des informations pertinentes sur les éventuels problèmes détectés liés à vos ressources Cloud déployées. Ces informations comprennent des « Guidances & Support & Liens vers des Fix ».

Contrairement à la page publique « Statut » qui remonte plus des informations générales sur les services Azure, Azure Service Health vous remonte des informations personnalisées en fonction de ce que aurez défini au niveau des alertes de journal d’activité (Activity Log alerts). De plus, ASH vous aide à préparer/planifier votre maintenance et autres changements qui peuvent impacter la disponibilité de vos ressources Azure.

HowTo : créer vos alertes de journal d’activité 

Toutes les instructions sont détaillées ici.

Azure Health Service « In Action »

Je vous invite à consulter la vidéo ci-dessous pour en savoir plus sur Azure Service Health :

 

 

Depuis quelques jours, l’équipe Azure Corp a publié deux nouvelles Updates sur le (New) Portail Azure (https;//portal.azure.com). Une fois connecté, celles-ci sont affichées et disponibles au niveau de la Barre de « Notifications » :

La première concerne la prise en charge de SQL Ops Studio par le service Azure SQL Data Warehouse et la deuxième concerne l’interface en ligne de commande Azure (Azure CLI), c’est plutôt cette Update qui va nous intéresser :).

 

Comme indiqué dans le message, il faut bien noter qu’à partir de Décembre 2017 :

Azure CLI (en version 2.0) sera l’outil CLI (Command Line Interface) préféré/privilégié pour la gestion des ressources ARM (Azure Resource Manager)

Quant à Azure CLI (en version 1.0), il prendra uniquement en charge les ressources ASM (Azure Service Manager)

Enfin, vous pouvez imaginer le couple « d’Azure Management Tools » suivants :

ASM : CLI (Azure CLI 1.0) + Portail Web « Classic » (manage.windowsazure.com)

ARM : CLI (Azure CLI 2.0) + Portail Web « New » (portal.azure.com)

Hello Azure Guys,

Great News 🙂

Azure Availability Zones est désormais disponibles (in Public Preview pour l’instant) sur les deux Régions Azure suivantes :

  • États-Unis de l’Est 2 (US Est 2)
  • Europe de l’Ouest (West Europe)
Pourquoi  « ‘Azure Availability Zone » ?

Azure Availability Zones (ou Zones de Disponibilités Azure) vous permet de protéger vos ressources Cloud en cas de perte d’un Datacenter Azure en entier.

En effet, ces Zones (Datacenters) sont situés au niveau d’une même Région Azure et fonctionnent de manière indépendante (Alimentation électrique, climatisation, réseau…). Pour assurer une résilience, il existe au moins trois zones (3 Datacenters) distinctes dans toutes les régions supportant l’Availability Zones.

La séparation physique et logique des zones dans une région protège vos données et ressources Cloud en cas de problème ou défaillance sur un Datacenter.

Azure Availability Zones & Services Cloud pris en charge

Au moment de l’écrire du présent post, seuls les services Azure suivants prennent en charge l’Azure Availability Zones :

  • Linux Virtual Machines
  • Windows Virtual Machines
  • Zonal Virtual Machine Scale Sets
  • Managed Disks
  • Load Balancer
Azure Availability Zones & Familles de VMs Azure pris en charge

Seules les séries de VMs Azure suivantes prennent en charge l’Azure Availability Zones :

  • Av2
  • Dv2
  • DSv2

 

HowTo : Activer Azure Availability Zones sur votre abonnement (Subscription) Azure

Tout d’abord, vous devez « Sign-up » ici  : comme mentionné précédemment, Azure Availability Zones est en mode « Preview » pour l’instant

Connectez-vous ensuite à votre abonnement et activer A-A-Z

 

Useful Links

Je vous invite à consulter les liens ci-après pour en savoir plus :

https://docs.microsoft.com/en-us/azure/availability-zones/az-overview

https://azure.microsoft.com/en-us/updates/azure-availability-zones/


Ce post a été updaté le 16/10/2017