Dans une machine virtuelle Linux Azure, qu’est-ce qui persiste? quel disque est chargé?

J’ai créé une petite machine virtuelle Linux dans Microsoft Azure. J’ai également créé un BLOB de 20 Go et l’ai monté en tant que système de fichiers.

Sur ma VM, je vois ce qui suit:

système de fichiers racine: environ 28 Go
système de fichiers de démarrage: environ 500 Mo
mon système de fichiers de 20 Go
/ mnt / resource – 69 Go

J’ai donc des questions:

(1) Si j’éteins la machine virtuelle puis la remets sous tension, lequel de ces systèmes de fichiers / volumes persistera dans l’état où ils se trouvaient lorsque la machine virtuelle a été mise hors tension? Cela a été le cas pour chaque volume (j’ai testé) mais “cela a fonctionné dans un test” n’est pas la même chose qu’une garantie.

(2) Si la machine virtuelle doit être déplacée en raison d’une défaillance ou d’une défaillance matérielle dans l’environnement Azure («migration auto-réparable»), lequel de ces systèmes de fichiers va persister? Je suspecte la volonté de racine, mais pas / mnt / resource?

(3) Dans le portail de gestion azuree, j’ai un disque de 30 Go créé lors de la création de la machine virtuelle. Est-ce que le coût de ce disque fait partie des frais de VM par heure, ou s’agit-il d’une redevance distincte? Je pense que c’est séparé.

(4) Une petite VM est supposée avoir 165 Go pour “Espace disque pour les ressources de stockage locales dans un rôle de machine virtuelle”: http://msdn.microsoft.com/en-us/library/windowsazuree/ee814754.aspx Je vois 69 Go – où le rest irait?

Vous pensez que je pourrais poser ces questions à Microsoft, mais quand je l’ai fait, ils ont dit que les machines virtuelles Linux étaient en “aperçu” et que leur support refusait de répondre aux questions Linux, sauf pour les forums Azure.

Je n’ai pas encore travaillé avec les instances IaaS utilisant Linux, mais je pense pouvoir répondre à certaines d’entre elles en me basant sur ma compréhension du fonctionnement général de l’infrastructure.

Lorsque vous créez une VM, vous disposez du disque OS (qui correspond à votre racine ci-dessus, et je pense également au démarrage bien que je pense qu’il s’agisse d’un artefact basé sur Linux et qu’il n’existe pas sous Windows). Ce disque de système d’exploitation est stocké dans le stockage BLOB de Windows Azure en tant que disque dur virtuel, page BLOB. La même chose avec le disque de données de 20 Go que vous avez créé. Ce sont les disques qui persisteront de manière fiable et UNIQUEMENT ces disques.

1) Dans votre test de mise hors tension, avez-vous réellement supprimé le déploiement ou simplement l’éteint? La désactivation de la machine virtuelle le laissera déployé (et donc sur la même machine physique). Le simple fait d’être désactivé ne vous empêche pas d’être facturé car il est toujours déployé. Si vous supprimez le déploiement, puis créez un nouveau déploiement dirigé ultérieurement vers le même système d’exploitation et le même disque de données que vous avez créé (vous les trouverez dans votre galerie), vous aurez une meilleure idée de ce qui se passera à l’auto-guérison comme il sera très probablement mis sur un serveur physique différent. Voir ci-dessous pourquoi je pense que le lecteur “ressource” est resté.

2) Vous avez raison, je pense que le lecteur de ressources est similaire à ce que nous voyons du côté de Windows en tant que lecteur D: /. Ceci est temporaire, espace à gratter. Le lecteur lui-même est également un disque dur virtuel et se trouve PAS dans le stockage BLOB, mais sur le serveur physique sur lequel la machine virtuelle est exécutée. Pour Windows, c’est là que le fichier de la page de mémoire est conservé afin de limiter au maximum le temps d’attente pour l’access aux fichiers de la page. Ils sont très catégoriques sur le fait qu’il s’agit d’un lecteur non persistant. Dans votre cas, cela peut être bloqué si tout ce que vous avez fait était de désactiver l’instance. Lorsque l’instance à laquelle elle était relancée était toujours sur le même serveur physique, la même ressource locale lui était allouée. Les données que vous y aviez étaient toujours présentes. Si l’instance était redéployée, les données ne seraient plus là.

3) Les disques que vous voyez (le disque du système d’exploitation ainsi que le disque de données) sont tous deux stockés dans le stockage BLOB en tant que BLOBS de page. Les coûts de stockage de ces disques sont distincts du coût horaire pour exécuter la machine virtuelle. Vous êtes également facturé des transactions de stockage pour accéder aux données sur ces disques au fur et à mesure de leur exécution. À partir de la page de tarification, cochez cette citation:

Les heures de calcul sont facturées chaque fois que la machine virtuelle est déployée, qu’elle soit en cours d’exécution ou non. Les heures de calcul n’incluent pas les coûts de stockage Windows Azure associés à l’image exécutée dans les machines virtuelles Windows Azure. Ces coûts sont facturés séparément.

4) Je pense que le lecteur de ressources que vous voyez est ce que D: / équivalent lecteur et non l’espace de ressources local que vous avez pointé. Ce que vous avez indiqué, c’est de parler spécifiquement de l’access à l’espace local lors de l’exécution dans un service cloud (ou précédemment appelé service hébergé), en utilisant ainsi un rôle Web ou Worker. Je ne suis pas sûr que cela s’applique de la même manière lors de l’utilisation de machines virtuelles. En plus du fichier de page lors de l’utilisation de Windows, cet espace de ressources est également un peu utilisé lorsque vous configurez la mise en cache de données pour les disques de données ou de système d’exploitation, ce qui réduirait également la quantité d’espace disponible. C’est une spéculation de ma part.

Vous pouvez également vouloir comprendre les options de mise en cache et les ressortingctions avec le système d’exploitation et les lecteurs de données. Michael Washam en parle dans un article de blog .