Pour aller plus loin

Bilan de santé

Réaliser un bilan de santé de l’état des ressources est indispensable. Ce dernier concerne trois points sensibles qui conditionnent le bon fonctionnement de l’ASDK : l’état matériel de la machine physique, l’état des ressources disponibles ainsi que l’état logiciel du Stack.

L’opérateur doit prendre les devants et ne pas attendre les blocages. Par une surveillance adaptée, il décide des actions à court, moyen et long terme. Comme dans un environnement sur site, les actions de MCO (maintien en condition opérationnelle) sont des opérations préventives qui garantissent une utilisation optimale de l’environnement.

Journaux d’événements

Les journaux d’événements sont indispensables pour assurer le dépannage. L’analyse d’informations dans le journal est le préalable à toute opération de diagnostic pour le système et les applications. L’ASDK n’échappe pas à cette règle.

Il existe plusieurs journaux dédiés pour Azure Stack visibles au sein de l’Observateur d’événements : Applications and Services Logs / AzureStackFabricHealth, Applications and Services Logs / Microsoft / AzureStack / BlobService, Applications and Services Logs / MicrosoftAzureStackTraceCollector.

Les journaux d’événements dédiés à la supervision Azure Stack

EventID 0, Starting monitor: Local disk space monitor. 
EventID 0, Completed monitor: Local disk space monitor 

Sauvegarder son Azure Stack

La sauvegarde est une opération indispensable. Même en environnement de test, ce n’est pas une option. L’installation complète d’un kit ASDK est comprise entre 6 et 12 h, seule la sauvegarde de l’infrastructure garantie un redémarrage rapide en cas de dysfonctionnement grave. Après la réalisation d’une première sauvegarde, des alertes sont affichées dans le tableau de bord central pour informer l’opérateur du résultat de ses sauvegardes comme expliqué en section Suivi des sauvegardes en cas d’arrêt de l’environnement de ce chapitre.

Le seul périphérique de sauvegarde autorisé est un partage réseau. Les chemins UNC (Universal Naming Convention) sont utilisés.

Les premières sauvegardes occupent environ 5 Go d’espace disque, l’espace moyen est de 10 Go. Les paramètres de sauvegarde sont présentés dans la section Configuration de la sauvegarde de ce chapitre. L’espace nécessaire est directement lié aux paramètres choisis. Les valeurs sont les suivantes :

Le calcul pour la valeur minimale est donc :

(24 heures/Backup frequency in hours) x Retention period in days x Volume de la sauvegarde.

Soit 24/12 x 2 x 10 Go = 40 Go

Le même calcul pour la valeur maximale :

24/4 x 14 x 10 Go = 840 Go

L’espace disponible dédié doit être adapté au choix de la fréquence et de la conservation des sauvegardes.

Restaurer l’ASDK

La restauration de l’ASDK ne prend pas en charge les données utilisateurs. Elle est simplement utile pour récupérer les données de gestion de l’infrastructure, par exemple, les plans et les offres. Elle est ici présentée de façon théorique sans mise en œuvre.

Il y a deux phases principales pour effectuer la restauration :

En fin d’opération de paramétrage, la machine redémarre.

Dans une fenêtre PowerShell avec élévation de privilège....

Dépanner le démarrage

L’ASDK s’initialise automatiquement dès lors que la machine physique démarre ou redémarre. Si les treize machines ne sont pas opérationnelles après 1 à 3 heures (un peu plus si la machine physique est au minimum de la configuration conseillée), il faudra contrôler les étapes de lancement. Il ne faut surtout jamais redémarrer l’environnement sans réaliser un diagnostic complet des points bloquants le démarrage.

Réinstaller l’ASDK

Très rarement, il peut être nécessaire de redéployer le kit afin de repartir sur une base vierge, de corriger un environnement en panne (exemple d’un problème matériel majeur) ou bien pour installer une version plus récente de l’ASDK. Pour rappel, au moment où ce livre est écrit, Microsoft ne propose pas de mise à jour du kit, la réinstallation est obligatoire. Attention, cette opération de réinstallation détruit l’installation existante.

Import-Module C:\AzureStack-Tools-master\Registration\
RegisterWithAzure.psm1 

$CloudAdminCred = Get-Credential -UserName AZURESTACK\CloudAdmin -Message 
"Enter the cloud domain credentials to access the privileged endpoint" 

Maintenance courante

Dépanner le téléchargement de la place de marché

Cette section offre une solution lorsque le téléchargement depuis la place de marché ne fonctionne pas. Il arrive parfois qu’un élément soit en état Failed lors du téléchargement et les informations d’échec ne sont pas utilisables. Les relances sur ce même paquet ne donnent pas de résultat.

Dans les sources d’installation annexes utilisées par l’ASDK se trouve un répertoire C:\AzureStack-Tools-master\. C’est un ensemble d’outils téléchargés dans la section Vérification d’installation du chapitre Installer Azure Stack.

Dans ce répertoire, le dossier Syndication contient le module AzureStack. MarketplaceSyndication.psm1 qui prend en charge les opérations de la place de marché comme indiqué dans le synopsis du module :

    .SYNOPSIS 
    List all Azure Marketplace Items available for syndication  
and allows to download them 
    Requires an Azure Stack System to be registered for the  
subscription used to login 

Liste et téléchargement pour ce module

Les opérations d’affichage de modules et de prise en charge du téléchargement sont possibles avec PowerShell.

Pour accélérer et fiabiliser les téléchargements, l’exécutable Azcopy doit être disponible sur la machine. Téléchargez la dernière version de l’outil après une recherche Internet sous le terme Bien démarrer avec AzCopy. Cette recherche doit mener sur le lien : https://docs.microsoft.com/fr-fr/azure/storage/common/storage-use-azcopy-v10