Azure Local FAQ

Azure Local est une pile d’infrastructure hyperconvergée locale fournie en tant que service hybride Azure. Vous installez le logiciel Local Azure sur des machines physiques que vous contrôlez localement.

Puis vous vous connectez à Azure pour bénéficier des fonctionnalités cloud de surveillance, de prise en charge et de facturation, ainsi que des fonctionnalités optionnelles de gestion et de sécurité.

Cette section faq explique comment Azure Local utilise le cloud en répondant aux questions fréquemment posées sur les exigences et le comportement de connectivité.

Non. Les données client, y compris les noms, les métadonnées, la configuration et le contenu de vos machines virtuelles locales, ne sont jamais envoyées au cloud, sauf si vous activez davantage de services, tels que Sauvegarde Azure ou Azure Site Recovery, ou si vous inscrivez ces machines virtuelles individuellement dans des services de gestion cloud comme Azure Arc.

Étant donné qu’Azure Local ne stocke pas les données client dans le cloud, la récupération d’urgence de continuité d’activité (BCDR) pour les données locales du client est définie et contrôlée par le client.

Pour configurer votre propre réplication de site à site à l’aide d’un cluster étendu, consultez Vue d’ensemble des clusters étendus. La fonctionnalité de cluster étendu est disponible uniquement dans Azure Local version 22H2.

Pour en savoir plus sur les données de diagnostic que nous collectons pour assurer la sécurité locale d’Azure, à jour et travailler comme prévu, consultez :

• Collecte de données locale Azure.
  
• Résidence des données dans Azure.
  
• Collecter les journaux de diagnostic pour Azure Local.
  
• Obtenez la prise en charge des problèmes de déploiement local Azure.
  

Non. Vous pouvez utiliser des outils locaux de périphérie, tels que Windows Admin Center, PowerShell ou System Center, pour gérer directement l’infrastructure hôte et les machines virtuelles, même si votre connexion réseau au cloud est en panne ou gravement limitée.

Les opérations courantes, telles que le déplacement d’une machine virtuelle entre des hôtes, le remplacement d’un lecteur défaillant ou la configuration d’adresses IP ne reposent pas sur le cloud. Cependant, la connectivité au cloud est nécessaire pour obtenir des mises à jour logicielles, modifier votre inscription Azure ou utiliser des fonctionnalités qui dépendent directement des services cloud pour la sauvegarde, la surveillance, etc.

Non. Les connexions à bande passante limitée comme les lignes T1 rurales ou les connexions satellites/cellulaires sont adéquates pour qu’Azure Local se synchronise. La connectivité minimale requise est de plusieurs kilo-octets par jour. D’autres services peuvent nécessiter une bande passante supplémentaire, en particulier pour répliquer ou sauvegarder des machines virtuelles entières, télécharger des mises à jour logicielles volumineuses ou charger des journaux détaillés pour l’analyse et la surveillance dans le cloud.

Non. Azure Local est conçu pour gérer des périodes de connectivité limitées ou nulles.

En cas d'interruption de la connexion, l'infrastructure hôte et les machines virtuelles continuent de fonctionner normalement, et vous pouvez utiliser des outils de périphérie locaux pour la gestion. Toutefois, vous ne pouvez pas utiliser les fonctionnalités qui s’appuient directement sur les services cloud. Les informations contenues dans le Portail Azure peuvent également devenir obsolètes jusqu’à ce qu’Azure Local puisse se synchroniser à nouveau.

Les modifications de configuration apportées aux machines virtuelles Arc à l’aide d’outils locaux edge ne sont pas synchronisées automatiquement avec Azure.

Au minimum, Azure Local doit être synchronisé avec Azure une fois par 30 jours consécutifs.

Si Azure Local ne se synchronise pas avec Azure dans 30 jours consécutifs, l’état de connexion du cluster affiche hors stratégie dans le Portail Azure et d’autres outils, et le cluster entre en mode de fonctionnalité réduite. Dans ce mode, l'infrastructure hôte reste active et toutes les machines virtuelles existantes continuent de fonctionner normalement. Toutefois, les nouvelles machines virtuelles ne peuvent pas être créées tant qu’Azure Local n’est pas en mesure de se synchroniser à nouveau. La raison technique interne est que la licence générée par le cloud du cluster a expiré et doit être renouvelée en se synchronisant avec Azure.

Cela dépend des fonctionnalités que vous utilisez. Au minimum, Azure Local synchronise les informations de base du cluster à afficher dans le Portail Azure, y compris la liste des nœuds en cluster, du modèle matériel et de la version logicielle ; les informations de facturation qui résument les jours principaux cumulés depuis la dernière synchronisation et les informations de diagnostic minimales requises qui permettent à Microsoft de sécuriser, de mettre à jour et de fonctionner correctement votre instance locale Azure.

La taille totale est limitée à quelques kilo-octets. Si vous activez des services supplémentaires, ils peuvent charger davantage. Par exemple, Azure Log Analytics charge les journaux et les compteurs de performances pour la surveillance.

Cela dépend des fonctionnalités que vous utilisez. Au minimum, Azure Local tente de synchroniser toutes les 12 heures. Si une opération de synchronisation ne réussit pas, le contenu est conservé localement et envoyé avec la prochaine synchronisation réussie. En plus de ce minuteur régulier, vous pouvez synchroniser manuellement à tout moment à l’aide de l’applet Sync-AzureStackHCI de commande PowerShell.

Si vous activez des services supplémentaires, ils peuvent être chargés plus fréquemment. Par exemple, Azure Log Analytics charge toutes les 5 minutes pour la surveillance.

Azure Local se synchronise avec Azure et stocke les données dans un centre de données géré par Microsoft sécurisé. Pour en savoir plus sur les données de diagnostic que nous collectons pour sécuriser Azure Local, à jour et fonctionner comme prévu, consultez la collecte de données locale Azure et la résidence des données dans Azure.

Non. Azure Local doit être synchronisé avec Azure une fois par 30 jours consécutifs.

Non. Il n’existe actuellement aucun mécanisme permettant d’inscrire et de synchroniser entre local et Azure sans connectivité réseau.

Windows Server est la base de presque tous les produits Azure, et toutes les fonctionnalités que vous appréciez continuent d'être publiées et prises en charge dans Windows Server. L’offre initiale d’Azure Local était basée sur Windows Server 2019 et utilisait le modèle de licence Windows Server traditionnel.

Aujourd’hui, Azure Local possède son propre système d’exploitation et son propre modèle de licence basé sur l’abonnement. Azure Local est la méthode recommandée pour déployer HCI localement à l’aide du matériel validé par Microsoft auprès de nos partenaires.

Azure Local prend en charge plusieurs systèmes d’exploitation invités. Pour plus d’informations, consultez Systèmes d’exploitation invités Windows pris en charge pour Hyper-V sur Windows Server.

À ce stade, il n’existe aucune mise à niveau sur place de Windows Server vers Azure Local. Toutefois, vous pouvez migrer vos charges de travail de machine virtuelle de Windows Server vers Azure Local à l’aide d’Azure Migrate. Pour plus d’informations, consultez Vue d’ensemble de la migration basée sur Azure Migrate pour Azure Local (préversion).

Pour obtenir la liste mise à jour des services Azure auxquels vous pouvez connecter Azure Local, consultez La gestion des fonctionnalités hybrides sur Azure Local avec les services Azure.

Dans Portail Azure, accédez à votre machine. Si la machine est inscrite par Arc, vous devez être en mesure de voir la version du système d’exploitation et la version globale d’Azure Local.

Utilisez la commande PowerShell suivante pour rechercher le nom du système d’exploitation et la version du système d’exploitation.

Get-ComputerInfo -Property 'osName', 'osDisplayVersion'

Voici un exemple de sortie :

OsName                         OSDisplayVersion
------                         ----------------
Microsoft Azure Stack HCI      23H2

Azure Local, version 22H2 atteint la fin du service d’ici mai 2025. Après cela, vous ne recevrez pas de mises à jour de sécurité et de qualité mensuelles qui fournissent une protection contre les dernières menaces de sécurité. Pour continuer à recevoir des mises à jour, nous vous recommandons de mettre à jour votre système d’exploitation vers la version 23H2. Si vous exécutez actuellement un cluster étendu Azure Local version 22H2 ou que vous gérez Azure Local via System Center - Virtual Machine Manager, passez en revue la table des charges de travail et des configurations prises en charge pour connaître les chronologies de mise à jour.