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.
# Conditions requises pour configurer Volume Gateway
Sauf mention contraire, les critères suivants sont communs à toutes les configurations de la passerelle.
**Topics**
+ [
## Exigences en matière de matériel et de stockage
](#requirements-hardware-storage)
+ [
## Exigences pour le réseau et le pare-feu
](#networks)
+ [
## Hyperviseurs pris en charge et exigences pour l’hôte
](#requirements-host)
+ [
## Initiateurs iSCSI pris en charge
](#requirements-iscsi-initiators)
## Exigences en matière de matériel et de stockage
Cette section décrit les exigences matérielles minimales et les paramètres pour votre passerelle, et la quantité minimale d’espace disque à allouer pour le stockage requis.
### Configuration matérielle requise pour VMs
Lors du déploiement de votre passerelle, vous devez veiller à ce que le matériel sous-jacent sur lequel vous déployez la machine virtuelle de la passerelle soit en mesure de dédier les ressources minimum suivantes :
+ Quatre processeurs virtuels attribués à la machine virtuelle.
+ Pour une passerelle de volume, votre matériel doit dédier les quantités de RAM suivantes :
+ 16 Gio de RAM réservée pour les passerelles avec une taille de cache maximale de 16 Tio
+ 32 Gio de RAM réservée pour les passerelles avec une taille de cache de 16 à 32 Tio
+ 48 Gio de RAM réservée pour les passerelles avec une taille de cache de 32 à 64 Tio
+ 80 Gio d’espace disque pour l’installation de l’image de la machine virtuelle et les données système.
Pour plus d'informations, consultez [Optimisation des performances de la passerelle](Performance.md#Optimizing-common). Pour obtenir des informations sur la façon dont votre matériel affecte les performances de la machine virtuelle de la passerelle, consultez [AWS Storage Gateway quotas](resource-gateway-limits.md).
### Exigences relatives aux types d’instances Amazon EC2
Lors du déploiement de votre passerelle sur Amazon Elastic Compute Cloud (Amazon EC2), la taille d’instance doit être au moins **xlarge** pour que votre passerelle fonctionne. Toutefois, pour la famille d’instances optimisées pour le calcul, la taille doit être au moins **2xlarge**.
**Note**
L'AMI Storage Gateway est uniquement compatible avec les instances x86 qui utilisent des processeurs Intel ou AMD. Les instances ARM qui utilisent des processeurs Graviton ne sont pas prises en charge.
Pour Volume Gateway , votre instance Amazon EC2 doit consacrer les quantités de RAM suivantes en fonction de la taille du cache que vous prévoyez d'utiliser pour votre passerelle :
+ 16 Gio de RAM réservée pour les passerelles avec une taille de cache maximale de 16 Tio
+ 32 Gio de RAM réservée pour les passerelles avec une taille de cache de 16 à 32 Tio
+ 48 Gio de RAM réservée pour les passerelles avec une taille de cache de 32 à 64 Tio
Utilisez l’un des types d’instance suivants recommandés pour votre type de passerelle.
**Recommandé pour les volumes mis en cache**
+ Famille d'instances à usage général : type d'instance **m5 ou m6**.
+ Famille d'instances optimisée pour le calcul : types d'instances **c5, c6 ou** c7. Sélectionnez la taille d’instance **2xlarge** ou une taille supérieure pour répondre aux exigences de RAM.
+ Famille d'instances optimisée pour la mémoire : types d'instances **r5, r6 ou** r7.
+ Famille d'instances optimisée pour le stockage : types d'instances **i3, i4 ou i7**.
### Besoins de stockage
Outre les 80 Gio d’espace disque pour la machine virtuelle, vous avez également besoin de disques supplémentaires pour la passerelle.
Le tableau suivant recommande des tailles pour le stockage du disque local associé à la passerelle déployée.
| Type de passerelle | Cache (minimum) | Cache (maximum) | Tampon de chargement (minimum) | Tampon de chargement (maximum) | Autres disques locaux requis |
| --- | --- | --- | --- | --- | --- |
| Passerelle de volume mis en cache | 150 Gio | 64 Tio | 150 Gio | 2 Tio | — |
| Passerelle de volume stocké | — | — | 150 Gio | 2 Tio | 1 ou plus pour le ou les volumes stockés |
**Note**
Vous pouvez configurer un ou plusieurs disques locaux pour votre cache et votre tampon de chargement, dans la limite de leur capacité maximale.
Lorsque vous ajoutez un cache ou un tampon de chargement à une passerelle existante, il est important de créer de nouveaux disques sur votre hôte (hyperviseur ou instance Amazon EC2). Ne modifiez pas la taille des disques existants si les disques ont été alloués entant que tampons de cache ou de chargement.
Pour obtenir des informations sur les quotas de passerelle, consultez [AWS Storage Gateway quotas](resource-gateway-limits.md).
## Exigences pour le réseau et le pare-feu
Votre passerelle nécessite un accès à Internet, aux réseaux locaux, aux serveurs DNS, aux pare-feu, aux routeurs, etc. Vous trouverez ci-après des informations sur les ports obligatoires et sur l’autorisation d’accès via les pare-feu et les routeurs.
**Note**
Dans certains cas, vous pouvez déployer Storage Gateway sur Amazon EC2 ou utiliser d'autres types de déploiement (y compris sur site) avec des politiques de sécurité réseau qui limitent les plages d' AWS adresses IP. Dans ces cas, votre passerelle peut rencontrer des problèmes de connectivité au service lorsque les valeurs de la plage d' AWS adresses IP changent. Les valeurs de plage d'adresses AWS IP que vous devez utiliser se trouvent dans le sous-ensemble de services Amazon de la AWS région dans laquelle vous activez votre passerelle. Pour consulter les valeurs des plages d’adresses IP actuelles, consultez [Plages d’adresses IP AWS](https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html) dans le document *Références générales AWS*.
**Note**
Les exigences en bande passante du réseau varient en fonction de la quantité de données chargées et téléchargées par la passerelle. Un minimum de 100 Mbits/s est requis pour télécharger, activer et mettre à jour correctement la passerelle. Vos modèles de transfert de données détermineront la bande passante nécessaire pour prendre en charge votre charge de travail. Dans certains cas, vous pouvez déployer Storage Gateway sur Amazon EC2 ou utiliser d’autres types de déploiement
**Topics**
+ [
### Exigences relatives aux ports
](#requirements-network)
+ [
### Exigences en matière de mise en réseau et de pare-feu pour l’appliance matérielle Storage Gateway
](#appliance-network-requirements)
+ [
### Autoriser AWS Storage Gateway l'accès par le biais de pare-feux et de routeurs
](#allow-firewall-gateway-access)
+ [
### Configuration des groupes de sécurité pour votre instance de passerelle Amazon EC2
](#EC2GatewayCustomSecurityGroup-common)
### Exigences relatives aux ports
Volume Gateway nécessite que des ports spécifiques soient autorisés par le biais de la sécurité de votre réseau pour un déploiement et un fonctionnement réussis. Certains ports sont requis pour toutes les passerelles, tandis que d'autres ne le sont que pour des configurations spécifiques, par exemple lors de la connexion à des points de terminaison VPC.
**Exigences relatives aux ports pour Volume Gateway**
| Élément de réseau | De | À | Protocole | Port | Entrant | Sortant | Obligatoire | Remarques |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| Navigateur Web | Votre navigateur web | Machine virtuelle Storage Gateway | HTTP TCP | 80 | ✓ | ✓ | ✓ | Utilisé par les systèmes locaux pour obtenir la clé d'activation de Storage Gateway. Le port 80 est utilisé uniquement lors de l’activation d’une appliance Storage Gateway. Une machine virtuelle Storage Gateway ne nécessite pas de port 80 pour être accessible publiquement. Le niveau requis de l’accès au port 80 dépend de la configuration de votre réseau. Si vous activez votre passerelle depuis la console de gestion Storage Gateway, l'hôte depuis lequel vous vous connectez à la console doit avoir accès au port 80 de votre passerelle. |
| Navigateur Web | Machine virtuelle Storage Gateway | AWS | HTTPS TCP | 443 | ✓ | ✓ | ✓ | AWS Console de gestion (toutes les autres opérations) |
| DNS | Machine virtuelle Storage Gateway | Serveur DNS (Domain Name Service) | DNS TCP et UDP | 53 | ✓ | ✓ | ✓ | Utilisé pour la communication entre une machine virtuelle Storage Gateway et le serveur DNS pour la résolution des noms IP. |
| NTP | Machine virtuelle Storage Gateway | Serveur NTP (Network Time Protocol) | TCP et UDP NTP | 123 | ✓ | ✓ | ✓ | Utilisé par les systèmes sur site pour synchroniser l'heure de la machine virtuelle avec l'heure de l'hôte. Une machine virtuelle Storage Gateway est configurée pour utiliser les serveurs NTP suivants : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/storagegateway/latest/vgw/Requirements.html) Non requis pour les passerelles hébergées sur Amazon EC2. |
| Storage Gateway | Machine virtuelle Storage Gateway | Support Point final | SSH TCP | 22 | ✓ | ✓ | ✓ | Permet Support d'accéder à votre passerelle pour vous aider à résoudre les problèmes de passerelle. Ce port ne doit pas être ouvert pour que votre passerelle fonctionne normalement, mais il doit l’être pour résoudre les problèmes. Pour obtenir la liste des points de terminaison de support, consultez la section points de [Support terminaison](https://docs.aws.amazon.com//general/latest/gr/awssupport.html). |
| Storage Gateway | Machine virtuelle Storage Gateway | AWS | HTTPS TCP | 443 | ✓ | ✓ | ✓ | Contrôle de gestion |
| Amazon CloudFront | Machine virtuelle Storage Gateway | AWS | HTTPS TCP | 443 | ✓ | ✓ | ✓ | Pour activation |
| VPC | Machine virtuelle Storage Gateway | AWS | HTTPS TCP | 443 | ✓ | ✓ | ✓\$1 | Contrôle de gestion \$1Obligatoire uniquement lors de l'utilisation de points de terminaison VPC |
| VPC | Machine virtuelle Storage Gateway | AWS | HTTPS TCP | 1026 | | ✓ | ✓\$1 | Point final du plan de contrôle \$1Obligatoire uniquement lors de l'utilisation de points de terminaison VPC |
| VPC | Machine virtuelle Storage Gateway | AWS | HTTPS TCP | 1027 | | ✓ | ✓\$1 | Plan de contrôle Anon (pour activation) \$1Obligatoire uniquement lors de l'utilisation de points de terminaison VPC |
| VPC | Machine virtuelle Storage Gateway | AWS | HTTPS TCP | 1028 | | ✓ | ✓\$1 | Point de terminaison proxy \$1Obligatoire uniquement lors de l'utilisation de points de terminaison VPC |
| VPC | Machine virtuelle Storage Gateway | AWS | HTTPS TCP | 1031 | | ✓ | ✓\$1 | Plan de données \$1Obligatoire uniquement lors de l'utilisation de points de terminaison VPC |
| VPC | Machine virtuelle Storage Gateway | AWS | HTTPS TCP | 2222 | | ✓ | ✓\$1 | Canal de support SSH pour VPCe \$1Requis uniquement pour ouvrir un canal de support lors de l'utilisation de points de terminaison VPC |
| VPC | Machine virtuelle Storage Gateway | AWS | HTTPS TCP | 443 | ✓ | ✓ | ✓\$1 | Contrôle de gestion \$1Obligatoire uniquement lors de l'utilisation de points de terminaison VPC |
| Client iSCSI | client iSCSI | Machine virtuelle Storage Gateway | TCP | 3260 | ✓ | ✓ | ✓ | Pour que les systèmes locaux se connectent aux cibles iSCSI exposées par la passerelle. |
L'illustration suivante montre le flux de trafic réseau pour un déploiement de base de Volume Gateway .
![\[ressources réseau connectées à Storage Gateway via différents ports.\]](http://docs.aws.amazon.com/fr_fr/storagegateway/latest/vgw/images/SGWNetworkPorts16-volume-tape2.png)
### Exigences en matière de mise en réseau et de pare-feu pour l’appliance matérielle Storage Gateway
Chaque appliance matérielle Storage Gateway nécessite les services réseau suivants :
+ **Accès à Internet** : une connexion réseau permanente à Internet via une interface réseau sur le serveur.
+ **Services DNS** : des services DNS qui assurent la communication entre l’appliance matérielle et le serveur DNS.
+ **Synchronisation horaire** : un service de temps Amazon NTP doit être accessible.
+ **Adresse IP : adresse** DHCP ou IPv4 adresse statique attribuée. Vous ne pouvez pas attribuer d' IPv6 adresse.
Cinq ports réseau physiques se trouvent à l'arrière du serveur Dell PowerEdge R640. L’arrière du serveur comporte les ports suivants de gauche à droite :
1. iDRAC
1. `em1`
1. `em2`
1. `em3`
1. `em4`
Vous pouvez utiliser le port iDRAC pour la gestion du serveur à distance.
![\[ressources réseau connectées à l’appliance matérielle via différents ports.\]](http://docs.aws.amazon.com/fr_fr/storagegateway/latest/vgw/images/ApplianceFirewallRules.png)
Une appliance matérielle requiert les ports ci-dessous pour fonctionner.
| Protocole | Port | Direction | Source | Destination | Utilisation |
| --- | --- | --- | --- | --- | --- |
| SSH | 22 | Sortant | Appliance matérielle | `54.201.223.107` | canal de support |
| DNS | 53 | Sortant | Appliance matérielle | Serveurs DNS | Résolution de noms |
| UDP/NTP | 123 | Sortant | Appliance matérielle | \$1.amazon.pool.ntp.org | Synchronisation du temps |
| HTTPS | 443 | Sortant | Appliance matérielle | `*.amazonaws.com` | Transfert de données |
| HTTP | 8080 | Entrant | AWS | Appliance matérielle | Activation (brève) |
Pour fonctionner comme prévu, une appliance matérielle nécessite que les paramètres de réseau et de pare-feu soient paramétrés comme suit :
+ Configurez toutes les interfaces réseau connectées dans la console du matériel.
+ Vérifiez que chaque interface réseau se trouve sur un sous-réseau spécifique.
+ Fournissez à toutes les interfaces réseau connectées un accès Internet sortant à tous les points de terminaison énumérés dans le diagramme précédent.
+ Configurez au moins une interface réseau pour qu’elle prenne en charge l’appliance matérielle. Pour plus d'informations, consultez [Configuration des paramètres réseau de l'appliance matérielle](appliance-configure-network.md).
**Note**
Pour accéder à une illustration de l'arrière du serveur avec ses ports, consultez [Installation physique de votre appliance matérielle](appliance-rack-mount.md)
Toutes les adresses IP situées sur la même interface réseau (NIC), qu’elles concernent une passerelle ou un hôte, doivent se trouver sur le même sous-réseau. L’illustration suivante est le schéma d’adressage.
![\[IP de l’hôte et IP du service sur un même sous-réseau partageant une carte réseau.\]](http://docs.aws.amazon.com/fr_fr/storagegateway/latest/vgw/images/ApplianceAddressing.png)
Pour en savoir plus sur l’activation et la configuration d’une appliance matérielle, consultez [Utilisation de l’appliance matérielle Storage Gateway](hardware-appliance.md).
### Autoriser AWS Storage Gateway l'accès par le biais de pare-feux et de routeurs
Votre passerelle doit accéder aux points de terminaison du service Storage Gateway pour communiquer avec AWS. Lors de la configuration de la passerelle, sélectionnez le type de point de terminaison de votre passerelle en fonction de votre environnement réseau. Si vous utilisez un pare-feu ou un routeur pour filtrer ou limiter le trafic réseau, vous devez les configurer afin de permettre les communications sortantes vers AWS pour ces points de terminaison de service.
**Note**
Si vous configurez des points de terminaison VPC privés que votre Storage Gateway utilisera pour la connexion et le transfert de données vers et depuis AWS, votre passerelle n'a pas besoin d'accéder à l'Internet public. Pour plus d’informations, consultez [Activation d’une passerelle dans un cloud virtuel privé](https://docs.aws.amazon.com/storagegateway/latest/vgw/gateway-private-link.html).
**Important**
En fonction de AWS la région de votre passerelle, remplacez *region* le point de terminaison du service par la chaîne de région appropriée.
#### Types de point de terminaison
**Points de terminaison standard**
Ces points de terminaison prennent en charge IPv4 le trafic entre votre appliance de passerelle et AWS.
Le point de terminaison de service suivant est requis par toutes les passerelles pour les opérations head-bucket.
```
bucket-name.s3.region.amazonaws.com:443
```
Les points de terminaison de service suivants sont requis par toutes les passerelles pour les opérations de chemin de contrôle (`anon-cp`,`client-cp`,`proxy-app`) et de chemin de données (`dp-1`).
```
anon-cp.storagegateway.region.amazonaws.com:443
client-cp.storagegateway.region.amazonaws.com:443
proxy-app.storagegateway.region.amazonaws.com:443
dp-1.storagegateway.region.amazonaws.com:443
```
Le point de terminaison de service de passerelle suivant est requis pour effectuer des appels d’API.
```
storagegateway.region.amazonaws.com:443
```
L’exemple suivant est un point de terminaison de service de passerelle dans la région USA Ouest (Oregon) (`us-west-2`).
```
storagegateway.us-west-2.amazonaws.com:443
```
**Points de terminaison Dual-Stack**
Ces points de terminaison prennent en charge à IPv4 la fois IPv6 le trafic entre votre appliance de passerelle et AWS.
Le point de terminaison de service à double pile suivant est requis par toutes les passerelles pour les opérations head-bucket.
```
bucket-name.s3.dualstack.region.amazonaws.com:443
```
Les points de terminaison de service à double pile suivants sont requis par toutes les passerelles pour les opérations de chemin de contrôle (activation, plan de contrôle, proxy) et de chemin de données (plan de données).
```
activation-storagegateway.region.api.aws:443
controlplane-storagegateway.region.api.aws:443
proxy-storagegateway.region.api.aws:443
dataplane-storagegateway.region.api.aws:443
```
Le point de terminaison de service à double pile de passerelle suivant est requis pour effectuer des appels d'API.
```
storagegateway.region.api.aws:443
```
L'exemple suivant est un point de terminaison de service à double pile de passerelle dans la région de l'ouest des États-Unis (Oregon) (`us-west-2`).
```
storagegateway.us-west-2.api.aws:443
```
**Serveurs NTP**
Une machine virtuelle Storage Gateway nécessite un accès réseau aux serveurs NTP suivants.
```
time.aws.com
0.amazon.pool.ntp.org
1.amazon.pool.ntp.org
2.amazon.pool.ntp.org
3.amazon.pool.ntp.org
```
Pour obtenir la liste complète des points de terminaison pris en charge Régions AWS et des points de service, consultez [Storage Gateway](https://docs.aws.amazon.com/general/latest/gr/sg.html) dans le *Références générales AWS*.
### Configuration des groupes de sécurité pour votre instance de passerelle Amazon EC2
Un groupe de sécurité contrôle le trafic vers votre instance de passerelle Amazon EC2. Lorsque vous configurez un groupe de sécurité, nous vous recommandons ce qui suit :
+ Le groupe de sécurité ne doit pas autoriser les connexions entrantes en provenance d’Internet. Il doit autoriser uniquement les instances du groupe de sécurité de la passerelle à communiquer avec la passerelle. Si vous avez besoin d’autoriser les instances à se connecter à la passerelle en dehors de son groupe de sécurité, nous vous recommandons d’autoriser les connexions uniquement sur les ports 3260 (pour les connexions iSCSI) et 80 (pour l’activation).
+ Si vous souhaitez activer votre passerelle depuis un hôte Amazon EC2 en dehors du groupe de sécurité de la passerelle, autorisez les connexions entrantes sur le port 80 à partir de l’adresse IP de cet hôte. Si vous ne pouvez pas déterminer l’adresse IP de l’hôte d’activation, vous pouvez ouvrir le port 80, activer votre passerelle, puis fermer l’accès sur le port 80 après l’activation.
+ Autorisez l'accès au port 22 uniquement si vous l'utilisez à Support des fins de dépannage. Pour de plus amples informations, veuillez consulter [Vous souhaitez aider Support à résoudre les problèmes de votre passerelle EC2](troubleshooting-EC2-gateway-issues.md#EC2-EnableAWSSupportAccess).
Dans certains cas, vous pouvez utiliser une instance Amazon EC2 comme initiateur (c’est-à-dire, pour vous connecter à des cibles iSCSI sur une passerelle déployée sur Amazon EC2). Dans ce cas, nous vous recommandons une approche en deux étapes :
1. Vous devez lancer l’instance d’initiateur dans le même groupe de sécurité que la passerelle.
1. Vous devez configurer l’accès afin que l’initiateur puisse communiquer avec la passerelle.
Pour obtenir des informations sur les ports à ouvrir pour votre passerelle, consultez [Exigences relatives aux ports](#requirements-network).
## Hyperviseurs pris en charge et exigences pour l’hôte
Vous pouvez exécuter Storage Gateway sur site en tant qu'appliance de machine virtuelle (VM), en tant qu'appliance matérielle physique ou en AWS tant qu'instance Amazon EC2.
**Note**
Le mode de démarrage UEFI avec démarrage sécurisé désactivé (loader\$1secure=no) est requis pour File Gateway 2.x, Volume Gateway 3.x et Tape Gateway 3.x. Un fichier XML est fourni avec chaque téléchargement de qcow en tant que configuration de configuration rapide.
**Note**
Lorsqu’un fabricant met fin à la prise en charge générale d’une version d’hyperviseur, Storage Gateway met également fin à la prise en charge de cette version. Pour obtenir des informations détaillées sur la prise en charge de versions spécifiques d’un hyperviseur, consultez la documentation du fabricant.
Storage Gateway prend en charge les versions d’hyperviseur et les hôtes suivants :
+ VMware ESXi Hyperviseur (version 7.0 ou 8.0) : pour cette configuration, vous avez également besoin d'un client VMware vSphere pour vous connecter à l'hôte.
+ Hyperviseur Microsoft Hyper-V (version 2019, 2022 ou 2025) : pour cette configuration, vous avez besoin d'un gestionnaire Microsoft Hyper-V sur un ordinateur client Microsoft Windows pour vous connecter à l'hôte.
+ Machine virtuelle de noyau Linux (KVM) – Une technologie de virtualisation libre et open-source. KVM est inclus dans toutes les versions de Linux 2.6.20 et versions ultérieures. Storage Gateway est testé et pris en charge pour les CentOS/RHEL distributions 7.7, Ubuntu 16.04 LTS et Ubuntu 18.04 LTS. Toute autre distribution Linux moderne peut fonctionner, mais l’interopérabilité ou les performances ne sont pas garanties. Nous recommandons cette option si vous disposez déjà d’un environnement KVM et que vous connaissez déjà le fonctionnement de KVM. Reportez-vous au fichier aws-storage-gateway .xml fourni pour les configurations de démarrage suggérées. Le mode de démarrage UEFI avec démarrage sécurisé désactivé (loader\$1secure=no) est requis pour File Gateway 2.x, Volume Gateway 3.x et Tape Gateway 3.x.
+ Nutanix AHV (Acropolis Hypervisor) à partir de la version 10.0.1.1 : plate-forme de virtualisation basée sur KVM intégrée à la solution d'infrastructure hyperconvergée (HCI) Nutanix.
+ Amazon Instance EC2 – Storage Gateway fournit une Amazon Machine Image (AMI) qui contient l’image de la machine virtuelle de la passerelle. Seules les passerelles de types fichier, volume mis en cache et bande peuvent être déployées sur Amazon EC2. Pour obtenir des informations sur le déploiement d’une passerelle sur Amazon EC2, consultez [Déployer une instance Amazon EC2 personnalisée pour Volume Gateway](ec2-gateway-common.md).
+ Appliance matérielle Storage Gateway – fournit une appliance matérielle physique en tant qu’option de déploiement sur site pour les lieux ayant une infrastructure de machine virtuelle limitée.
**Note**
Storage Gateway ne prend pas en charge la récupération d’une passerelle à partir d’une machine virtuelle créée à partir d’un instantané ou d’un clone d’une autre machine virtuelle de passerelle, ou de votre AMI Amazon EC2. Si la machine virtuelle de la passerelle fonctionne mal, activez une nouvelle passerelle et récupérez vos données pour cette passerelle. Pour plus d'informations, consultez [Récupération après l’arrêt inattendu d’une machine virtuelle](best-practices.md#recover-from-gateway-shutdown).
Storage Gateway ne prend pas en charge la mémoire dynamique ni la mémoire virtuelle ballon.
## Initiateurs iSCSI pris en charge
Lorsque vous déployez une passerelle de volume mis en cache ou de volume stocké, vous pouvez créer des volumes de stockage iSCSI sur votre passerelle.
Pour la connexion à ces appareils iSCSI, Storage Gateway prend en charge les initiateurs iSCSI suivants :
+ Microsoft Windows Server 2022
+ Red Hat Enterprise Linux 8
+ Red Hat Enterprise Linux 9
+ VMware ESX Initiator, qui fournit une alternative à l'utilisation d'initiateurs dans les systèmes d'exploitation clients de votre VMs
**Important**
Storage Gateway ne prend pas en charge Microsoft Multipath I/O (MPIO) à partir de clients Windows.
Storage Gateway permet de connecter plusieurs hôtes au même volume, si les hôtes coordonnent leur accès en utilisant le cluster de basculement Windows Server (WSFC). Toutefois, la connexion de plusieurs hôtes au même volume (par exemple, le partage d’un système de fichiers NTFS/ext4 en mode non-cluster) ne peut se faire sans utiliser WSFC.