Performance - AWS Storage Gateway

La documentation de passerelle de fichiers Amazon S3 a été déplacée vers Qu’est-ce qu’une passerelle de fichiers Amazon S3 ?

La documentation Amazon FSx File Gateway a été déplacée vers Qu'est-ce qu'Amazon FSx File Gateway ?

La documentation de passerelle de volume a été déplacée vers Qu’est-ce qu’une passerelle de volume ?

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Performance

Cette section décrit les performances de Storage Gateway.

Recommandations en matière de performances pour les passerelles de bande

Dans cette section, vous trouverez des recommandations de configuration à des fins de mise en service du matériel pour la machine virtuelle de votre passerelle de bande. Les tailles et types d'instance Amazon EC2 répertoriés dans le tableau sont des exemples fournis à des fins de référence.

Configuration Débit d'écriture Gbit/s Lecture à partir du cache débit G bit/s Lire depuis le cloud d'Amazon Web Services, débit en Gbit/s

Plateforme hôte : instance Amazon EC2 — c5.4xlarge

Processeur : 16 vCPU | RAM : 32 Go

Disque racine : 80 Go, SSD io1, 4 000 E/S par seconde

Disque cache : RAID agrégé par bandes (2 x 500 Go, SSD io1 EBS, 25 000 E/S par seconde)

Disque tampon de chargement : 450 Go, SSD io1, 2000 E/S par seconde

Bande passante réseau vers le cloud : 10 Gbit/s

2.3 4.0 2.2

Plateforme hôte : Appliance matérielle Storage Gateway

Disque de cache : 2,5 To

Disque tampon de chargement : 2 To

Bande passante réseau vers le cloud : 10 Gbit/s

2.3 8,8 3.8

Plateforme hôte : instance Amazon EC2 — c5d.9xlarge

UC : 36 vCPU | RAM : 72 Go

Disque racine : 80 Go, SSD io1, 4 000 E/S par seconde

Disque de cache : 900 Go disque NVMe

Disque tampon de chargement : 900 Go disque NVMe

Bande passante réseau vers le cloud : 10 Gbit/s

5.2 11.6 5.2

Plateforme hôte : instance Amazon EC2 — c5d.metal

UC : 96 vCPU | RAM : 192 Go

Disque racine : 80 Go, SSD io1, 4 000 E/S par seconde

Disque cache : RAID agrégé par bandes (2 disques NVMe de 900 Go)

Disque tampon de chargement : 900 Go disque NVMe

Bande passante réseau vers le cloud : 10 Gbit/s

5.2 11.6 7.2
Note

Cette performance a été obtenue en utilisant simultanément une taille de bloc de 1 Mo et dix lecteurs de bandes.

Les configurations EC2 présentées dans le tableau ci-dessus sont uniquement destinées à être représentatives des performances que vous pourriez atteindre sur vos propres serveurs physiques dotés de ressources similaires. Par exemple, les configurations EC2 utilisant un RAID agrégé par bandes ont été effectuées par le biais d'un mécanisme spécial qui n'est généralement pas pris en charge par notre passerelle sur EC2. Pour obtenir des performances similaires, vous devez plutôt utiliser un contrôleur RAID matériel connecté au serveur sur site exécutant votre passerelle.

Vos performances peuvent varier en fonction de la configuration de votre plateforme hôte et de la bande passante réseau.

Pour améliorer les performances de débit en écriture et en lecture de votre passerelle de bandes, consultez Optimiser les paramètres iSCSI, Utiliser une taille de bloc supérieure pour les lecteurs de bandes et Optimisation des performances des lecteurs de bandes virtuelles dans le logiciel de sauvegarde.

Optimisation des performances de la passerelle

Pour optimiser les performances de votre passerelle, Storage Gateway recommande la configuration de passerelle suivante pour le serveur hôte de votre passerelle :

  • Au moins 64 cœurs d’UC physiques dédiés

  • Pour une passerelle de bande, votre matériel doit dédier les quantités de RAM suivantes :

    • Au moins 16 Gio de RAM réservée pour les passerelles avec une taille de cache maximale de 16 Tio

    • Au moins 32 Gio de RAM réservée pour les passerelles avec une taille de cache maximale de 16 à 32 Tio

    • Au moins 48 Gio de RAM réservée pour les passerelles avec une taille de cache maximale de 32 à 64 Tio

    Note

    Pour optimiser les performances de la passerelle, vous devez allouer au moins 32 Gio de RAM.

  • Disque 1, à utiliser comme cache de passerelle comme suit :

    • RAID agrégé en bandes (réseau redondant de disques indépendants) composé de SSD NVMe.

  • Disque 2, à utiliser comme tampon de chargement de passerelle comme suit :

    • RAID agrégé en bandes, composé de SSD NVMe.

  • Disque 3, à utiliser comme tampon de chargement de passerelle comme suit :

    • RAID agrégé en bandes, composé de SSD NVMe.

  • Carte réseau 1 configurée sur le réseau d'ordinateur virtuel 1 :

    • Utilisez le réseau d'ordinateur virtuel 1 et ajoutez une carte VMXnet3 (10 Gbit/s) à utiliser pour l'intégration.

  • Carte réseau 2 configurée sur le réseau d'ordinateur virtuel 2 :

    • Utilisez le réseau d'ordinateur virtuel 2 et ajoutez une carte VMXnet3 (10 Gbit/s) à utiliser pour la connexion à AWS.

Ajouter des ressources à la passerelle

Les goulots d'étranglement suivants peuvent réduire les performances de votre Tape Gateway en deçà du débit soutenu maximal théorique (votre bande passante vers le cloud) : AWS

  • Nombre de Cœurs d'UC

  • Débit du disque de cache/tampon de chargement

  • Quantité totale de RAM

  • Bande passante réseau pour AWS

  • Bande passante du réseau entre l'initiateur et la passerelle

Cette section décrit les étapes à suivre pour optimiser les performances de votre passerelle. Ces recommandations reposent sur l'ajout de ressources à votre passerelle ou à votre serveur d'application.

Vous pouvez optimiser les performances de la passerelle en ajoutant des ressources à votre passerelle à l'aide de plusieurs façons.

Utiliser des disques hautes performances

Le débit des disques de cache et de tampon de chargement peut limiter les performances de chargement et de téléchargement de votre passerelle. Si les performances de votre passerelle sont nettement inférieures aux attentes, envisagez d'améliorer le débit des disques de cache et de tampon de chargement en effectuant les actions suivantes :

  • Utilisation d'un RAID agrégé par bandes tel que le RAID 10 pour améliorer le débit des disques, idéalement avec un contrôleur RAID matériel.

    Note

    Les configurations RAID (réseau redondant de disques indépendants), ou plus spécifiquement les configurations RAID agrégé par bandes, comme le RAID 10, consiste à diviser un ensemble de données en blocs et à répartir les blocs de données sur plusieurs périphériques de stockage. Le niveau RAID que vous utilisez influe sur la vitesse exacte et la tolérance aux pannes que vous pouvez atteindre. En répartissant les charges de travail d'E/S sur plusieurs disques, le débit global du périphérique RAID est bien supérieur à celui de n'importe quel disque unique.

  • Utilisation de disques hautes performances attachés directement

    Afin d'optimiser les performances de la passerelle, vous pouvez ajouter des disques hautes performances tels que les disques SSD et un contrôleur NVMe. Vous pouvez également attacher des disques virtuels directement à l'ordinateur virtuel à partir d'un réseau SAN au lieu d'avoir recours au système NTFS Microsoft Hyper-V. Les performances améliorées des disques entraînent généralement un débit plus élevé et un nombre plus élevé d'opérations d'entrée/sortie par seconde (IOPS).

    Pour mesurer le débit, utilisez les WriteBytes métriques ReadBytes et avec les CloudWatch statistiques Samples Amazon. Par exemple, la statistique Samples de la métrique ReadBytes pendant 5 minutes divisée par 300 secondes vous donne les IOPS. En règle générale, lorsque vous examinez ces métriques pour une passerelle, recherchez un débit faible et de faibles tendances IOPS pour indiquer les goulots d'étranglement liés aux disques. Pour plus d'informations sur les métriques de passerelle, consultez Mesurer les performances entre votre Tape Gateway et AWS.

    Note

    CloudWatch les métriques ne sont pas disponibles pour toutes les passerelles. Pour plus d'informations sur les métriques de passerelle, consultez Surveillance de Storage Gateway.

Ajouter d’autres disques tampons de chargement

Pour obtenir un débit d’écriture plus élevé, ajoutez au moins deux disques tampons de chargement. Lorsque des données sont écrites sur la passerelle, elles sont écrites et stockées localement sur les disques tampons de chargement. Ensuite, les données locales stockées sont lues de manière asynchrone à partir des disques à traiter et charger sur AWS. L’ajout de disques tampons de chargement supplémentaires peut réduire le nombre d’opérations d’E/S simultanées effectuées sur chaque disque individuel. Cela peut entraîner une augmentation du débit d’écriture vers la passerelle.

Soutenir les disques virtuels de la passerelle avec des disques physiques distincts

Lorsque vous mettez en service les disques d'une passerelle, nous vous recommandons vivement de ne pas mettre en service des disques locaux pour stockage du tampon de chargement et du cache qui utilisent le même disque de stockage physique sous-jacent. Par exemple, pour VMware ESXi, les ressources de stockage physique sous-jacentes sont représentées comme une banque de données. Lorsque vous déployez l'ordinateur virtuel de la passerelle, vous choisissez une banque de données sur laquelle stocker les fichiers de l'ordinateur virtuel. Lorsque vous mettez en service un disque virtuel (par exemple, en tant que tampon de chargement), vous pouvez stocker le disque virtuel dans la même banque de données en tant qu'ordinateur virtuel ou dans une banque de données différente.

Si vous avez plusieurs banques de données, nous vous recommandons vivement de choisir une banque de données pour chaque type de stockage local que vous créez. Un magasin de données soutenu par un seul disque physique sous-jacent peut entraîner des performances médiocres. Par exemple, lorsque vous utilisez un nouveau disque pour soutenir à la fois le stockage de cache et le tampon de chargement dans une configuration de passerelle. De la même façon, un magasin de données soutenu par une configuration RAID moins performante, comme RAID 1 ou RAID 6, peut entraîner des performances médiocres.

Ajouter des ressources de processeur à votre hôte de passerelle

Un serveur hôte de passerelle doit avoir au moins quatre processeurs virtuels. Afin d'optimiser les performances de la passerelle, vérifiez que chaque processeur virtuel attribué à la machine virtuelle de la passerelle est soutenus par un cœur d’UC dédié. En outre, vérifiez que vous ne surallouez pas les UC du serveur hôte.

Lorsque vous ajoutez des UC supplémentaires à votre serveur hôte de passerelle, vous augmentez la capacité de traitement de la passerelle. Cela permet à la passerelle de gérer, en parallèle, le stockage des données de votre application vers votre stockage local et le chargement de ces données vers Amazon S3. Les processeurs supplémentaires permettent également de veiller à ce que votre passerelle obtienne suffisamment de ressources de processeur lorsque l'hôte est partagé avec d'autres ordinateurs virtuels. La présence d'une quantité suffisante de ressources de processeur permet généralement d'améliorer le débit.

Augmentez la bande passante entre votre passerelle et le cloud AWS

L'augmentation de votre bande passante à destination et en provenance AWS augmentera le taux maximal d'entrée de données vers votre passerelle et de sortie vers AWS le cloud. Cela peut améliorer les performances de votre passerelle si la vitesse du réseau est le facteur limitant dans la configuration de votre passerelle, plutôt que d'autres facteurs tels que des disques lents ou une faible bande passante de connexion entre la passerelle et l'initiateur.

La bande passante réseau à destination et en provenance AWS définit les performances moyennes maximales théoriques de votre Tape Gateway lors de charges de travail prolongées.

  • La vitesse moyenne à laquelle vous pouvez écrire des données sur votre passerelle de bande sur de longs intervalles ne dépassera pas votre bande passante de chargement vers AWS.

  • La vitesse moyenne à laquelle vous pouvez lire les données depuis votre Tape Gateway sur de longs intervalles ne dépassera pas votre bande passante de téléchargement AWS.

Note

Les performances de votre passerelle observées seront probablement inférieures à la bande passante de votre réseau en raison d'autres facteurs limitatifs répertoriés ici, tels que le débit du disque de cache/tampon de chargement, le nombre de cœurs de l’UC, la quantité totale de RAM ou la bande passante entre votre initiateur et la passerelle. De plus, le fonctionnement normal de votre passerelle implique de nombreuses mesures prises pour protéger vos données, ce qui peut entraîner une baisse des performances observées par rapport à la bande passante du réseau.

Optimiser les paramètres iSCSI

Vous pouvez optimiser les paramètres iSCSI sur votre initiateur iSCSI pour obtenir des performances d'E/S supérieures. Nous vous recommandons de choisir 256 Ko pour MaxReceiveDataSegmentLength et FirstBurstLength, et 1 Mo pour MaxBurstLength. Pour de plus amples informations sur la configuration des paramètres iSCSI, veuillez consulter Personnalisation des paramètres iSCSI.

Note

Ces paramètres recommandés peuvent participer à obtenir de meilleures performances globales. Toutefois, les paramètres iSCSI spécifiques nécessaires pour optimiser les performances varient en fonction du logiciel de sauvegarde que vous utilisez. Pour plus de détails, consultez la documentation de votre logiciel de sauvegarde.

Utiliser une taille de bloc supérieure pour les lecteurs de bandes

Pour une passerelle de bande, la taille de bloc par défaut pour un lecteur de bande est de 64 Ko. Cependant, vous pouvez augmenter la taille de bloc jusqu'à 1 Mo afin d'améliorer les performances d'E/S.

La taille de bloc choisie dépend de la taille de bloc maximale prise en charge par votre logiciel de sauvegarde. Nous vous recommandons de définir la taille de bloc des lecteurs de bandes dans votre logiciel de sauvegarde sur une taille aussi importante que possible. Toutefois, cette taille de bloc ne doit pas être supérieure à 1 Mo, c'est-à-dier la taille maximale prise en charge par la passerelle.

Les passerelles de bande négocient la taille de bloc des lecteurs de bandes virtuelles afin que cela corresponde automatiquement à ce qui est défini sur le logiciel de sauvegarde. Lorsque vous augmentez la taille de bloc sur le logiciel de sauvegarde, nous vous recommandons de vérifier également les paramètres afin de vous assurer que l'hôte initiateur prend en charge la nouvelle taille du bloc. Pour plus d'informations, consultez la documentation de votre logiciel de sauvegarde. Pour plus d'informations sur les performances de passerelles spécifiques, consultez Performance.

Optimisation des performances des lecteurs de bandes virtuelles dans le logiciel de sauvegarde

Votre logiciel de sauvegarde peut sauvegarder des données sur un maximum de 10 lecteurs de bandes virtuelles sur une passerelle de bandes en même temps. Nous vous recommandons de configurer les tâches de sauvegarde dans votre logiciel de sauvegarde de façon à utiliser au moins 4 lecteurs de bandes virtuelles simultanément sur la passerelle de bande. Vous pouvez obtenir un meilleur débit d'écriture lorsque le logiciel de sauvegarde sauvegarde les données sur plusieurs bandes virtuelles en même temps.

En règle générale, vous pouvez obtenir un débit maximal plus élevé en utilisant (en lecture ou en écriture) un plus grand nombre de bandes virtuelles en même temps. En utilisant davantage de lecteurs de bande, vous permettez à votre passerelle de traiter un plus grand nombre de demandes simultanément, ce qui peut améliorer les performances.

Ajouter des ressources à votre environnement d'application

Augmenter la bande passante entre le serveur d'application et la passerelle

La connexion entre votre initiateur iSCSI et votre passerelle peut limiter les performances de chargement et de téléchargement. Si les performances de votre passerelle sont nettement inférieures aux attentes et que vous avez déjà augmenté le nombre de cœurs de votre UC et le débit de votre disque, pensez à prendre les mesures suivantes :

  • Mise à niveau de vos câbles réseau pour augmenter la bande passante entre l'initiateur et la passerelle.

  • Utilisation d'autant de lecteurs de bande simultanément que possible. L'iSCSI ne prend pas en charge la mise en file d'attente de plusieurs demandes pour la même cible, ce qui signifie que plus vous utilisez de lecteurs de bande, plus votre passerelle peut traiter de demandes simultanément. Cela vous permettra d'utiliser plus pleinement la bande passante entre votre passerelle et l'initiateur, augmentant ainsi le débit apparent de votre passerelle.

Afin d'optimiser les performances de la passerelle, vérifiez que la bande passante réseau entre votre application et la passerelle peut supporter les besoins de votre application. Vous pouvez utiliser les métriques ReadBytes et WriteBytes de la passerelle afin de mesurer le débit total des données. Pour plus d'informations sur ces métriques, consultez Mesurer les performances entre votre Tape Gateway et AWS.

Pour votre application, comparez le débit mesuré avec le débit souhaité. Si le débit mesuré est inférieur au débit souhaité, l'augmentation de la bande passante entre votre application et la passerelle peut améliorer les performances si le réseau est le goulot d'étranglement. De même, vous pouvez augmenter la bande passante entre l'ordinateur virtuel et les disques locaux, s'ils ne sont pas attachés directement.

Ajouter des ressources de processeur à votre environnement d'application

Si votre application a besoin de ressources de processeur supplémentaires, l'ajout d'autres processeurs peut aider votre application à faire évoluer sa charge d'E/S.

Utilisation de VMware vSphere High Availability avec Storage Gateway

Storage Gateway offre une haute disponibilité sur VMware grâce à une série de surveillances de l'état au niveau de l’application, intégrés à VMware vSphere High Availability (VMware HA). Cette approche permet de protéger les charges de travail de stockage contre les défaillances de matériel, d’hyperviseur ou de réseau. Elle permet également de se protéger contre les erreurs logicielles, telles que les délais d'expiration de connexion et l’indisponibilité des volumes ou partages de fichiers.

vSphere HA fonctionne en regroupant les machines virtuelles et les hôtes sur lesquels elles résident dans un cluster à des fins de redondance. Les hôtes du cluster sont surveillés et en cas de panne, les machines virtuelles d'un hôte défaillant sont redémarrées sur d'autres hôtes. Généralement, cette restauration s'effectue rapidement et sans perte de données. Pour plus d'informations sur vSphere HA, consultez la section Fonctionnement de vSphere HA dans la documentation VMware.

Note

Le temps nécessaire pour redémarrer une machine virtuelle défaillante et rétablir la connexion iSCSI sur un nouvel hôte dépend de nombreux facteurs, tels que le système d'exploitation hôte et la charge des ressources, la vitesse du disque, la connexion réseau et l'infrastructure SAN/stockage. Pour minimiser les temps d'arrêt liés au basculement, mettez en œuvre les recommandations décrites dans de la passerelle.

Pour utiliser VMware HA avec Storage Gateway, procédez comme suit.

Configurer votre cluster vSphere VMware HA

Tout d'abord, si vous n'avez pas encore créé de cluster VMware, créez-en un. Pour plus d'informations sur la création d'un cluster VMware, consultez Create a vSphere HA Cluster (Créer un cluster vSphere HA) dans la documentation VMware.

Ensuite, configurez votre cluster VMware pour qu'il fonctionne avec Storage Gateway.

Pour configurer votre cluster VMware
  1. Sur la page Edit Cluster Settings (Modifier les paramètres du cluster) dans VMware vSphere, assurez-vous que la surveillance des machines virtuelles est configurée pour la surveillance des machines virtuelles et des applications. Pour ce faire, définissez les options suivantes comme indiqué :

    • Host Failure Response (Réponse à l'échec de l'hôte) : Restart VMs (Redémarrer les machines virtuelles)

    • Response for Host Isolation (Réponse pour l’isolement de l’hôte) : Shut down and restart VMs (Arrêter et redémarrer les MV)

    • Datastore with PDL (Magasin de données avec PDL) : Disabled (Désactivé)

    • Datastore with APD (Magasin de données avec APD) : Disabled (Désactivé)

    • VM Monitoring (Surveillance des MV) : VM and Application Monitoring (Surveillance des machines virtuelles et des applications)

    Pour obtenir un exemple, consultez la capture d’écran suivante.

    écran VMware vSphere Modifier les paramètres du cluster avec les options de surveillance des machines virtuelles et des applications configurées.
  2. Affinez la sensibilité du cluster en ajustant les valeurs suivantes :

    • Intervalle d’échec : après cet intervalle, la machine virtuelle est redémarrée si aucune pulsation de machine virtuelle n'est reçue.

    • Temps de disponibilité minimum : le cluster attend le temps indiqué après le démarrage d’une machine virtuelle pour commencer à surveiller les pulsations des outils de la machine virtuelle.

    • Nombre maximum de réinitialisations par machine virtuelle : le cluster redémarre la machine virtuelle ce nombre de fois au maximum dans la fenêtre temporelle pour le maximum de réinitialisations.

    • Fenêtre temporelle pour le maximum de réinitialisations : fenêtre de temps pendant laquelle compter le nombre maximum de réinitialisations par machine virtuelle.

    Si vous n'êtes pas sûr des valeurs à définir, utilisez les exemples de paramètres suivants :

    • Failure interval (Intervalle d’échec) : 30 secondes

    • Minimum uptime (Temps de disponibilité minimum) : 120 secondes

    • Maximum per-VM resets (Nombre maximum de réinitialisations par machine virtuelle) : 3

    • Maximum resets time window (Fenêtre temporelle pour le maximum de réinitialisations) : 1 heur

Si vous avez d'autres machines virtuelles en cours d’exécution sur le cluster, vous pouvez définir ces valeurs spécifiquement pour votre machine virtuelle. Vous ne pouvez pas le faire tant que vous n'avez pas déployé la machine virtuelle à partir de .ova. Pour plus d'informations sur la définition de ces valeurs, consultez (Facultatif) Ajouter des options de remplacement pour d'autres machines virtuelles de votre cluster.

Téléchargez l'image .ova depuis la console Storage Gateway

Pour télécharger l'image .ova pour votre passerelle
  • Sur la page Configurer la passerelle de la console Storage Gateway, sélectionnez le type de passerelle et la plateforme hôte, puis utilisez le lien fourni dans la console pour télécharger le fichier .ova, comme indiqué dans Configurer une passerelle de bande.

Déployer la passerelle

Dans votre cluster configuré, déployez l'image .ova sur l'un des hôtes du cluster.

Pour déployer l'image .ova de la passerelle
  1. Déployez l'image .ova sur l'un des hôtes du cluster.

  2. Assurez-vous que les magasins de données que vous choisissez pour le disque racine et le cache sont disponibles pour tous les hôtes du cluster. Lors du déploiement du fichier Storage Gateway .ova dans un environnement VMware ou sur site, les disques sont décrits comme des disques SCSI paravirtualisés. La paravirtualisation est un mode où l'ordinateur virtuel de passerelle fonctionne avec le système d'exploitation hôte pour que la console puisse identifier les disques virtuels que vous ajoutez à l'ordinateur virtuel.

    Pour configurer votre ordinateur virtuel afin d'utiliser les contrôleurs paravirtualisés

    1. Dans le client VMware vSphere, ouvrez le menu contextuel (clic droit) pour l'ordinateur virtuel de la passerelle, puis choisissez Modifier les paramètres.

    2. Dans la boîte de dialogue Propriétés de l'ordinateur virtuel, choisissez l'onglet Matériel, puis sélectionnez le Contrôleur SCSI 0 et choisissez Modifier le type.

    3. Dans la boîte de dialogue Modifier le type de contrôleur SCSI, sélectionnez le type de contrôleur SCSI VMware paravirtuel, puis choisissez OK.

(Facultatif) Ajouter des options de remplacement pour d'autres machines virtuelles de votre cluster

Si vous avez d'autres machines virtuelles en cours d’exécution sur le cluster, vous pouvez définir les valeurs de cluster spécifiquement pour chaque machine virtuelle.

Pour ajouter des options de remplacement pour d'autres machines virtuelles de votre cluster
  1. Sur la page Summary (Récapitulatif) de VMware vSphere, choisissez votre cluster pour ouvrir la page de cluster, puis choisissez Configure (Configurer).

  2. Choisissez l'onglet Configuration puis choisissez VM Overrides (Remplacements de machines virtuelles).

  3. Ajoutez une nouvelle option de remplacement de machine virtuelle pour modifier chaque valeur.

    Pour les options de remplacement, consultez la capture d'écran suivante.

    écran VMware vSphere Ajouter un cluster de remplacement de la machine virtuelle avec options de remplacement configurées.

Activer votre passerelle

Une fois le .ova de votre passerelle déployé, activez votre passerelle. Les instructions sur la façon de procéder sont différentes pour chaque type de passerelle.

Pour activer la passerelle

Tester votre configuration de VMware High Availability

Après avoir activé votre passerelle, testez votre configuration.

Pour tester votre configuration de VMware HA
  1. Ouvrez la console Storage Gateway à l'adresse https://console.aws.amazon.com/storagegateway/home.

  2. Dans le volet de navigation, choisissez Gateways (Passerelles), puis choisissez la passerelle que vous souhaitez tester pour VMware HA.

  3. Dans Actions, choisissez Verify VMware HA (Vérifier VMware HA).

  4. Dans la zone Verify VMware High Availability Configuration (Vérifier la configuration de VMware High Availability) qui s'affiche, choisissez OK.

    Note

    Le test de votre configuration de VMware HA redémarre votre machine virtuelle de passerelle et interrompt la connectivité à votre passerelle. Le test peut prendre quelques minutes.

    Si le test réussit, l'état Verified (Vérifié) apparaît dans l'onglet Détails de la passerelle sur la console.

  5. Choisissez Exit (Quitter).

Vous trouverez des informations sur les événements VMware HA dans les groupes de CloudWatch journaux Amazon. Pour plus d'informations, voir Getting Tape Gateway Health Logs with CloudWatch Log Groups .