Hôtes dédiés

Un hôte dédié Amazon EC2 est un serveur physique entièrement dédié à votre usage. Vous pouvez éventuellement choisir de partager la capacité de l'instance avec d'autres AWS comptes. Pour plus d’informations, consultez Utiliser des Hôtes dédiés partagées.

Les hôtes dédiés offrent une visibilité et un contrôle sur le placement des instances et favorisent l'affinité entre les hôtes. Cela signifie que vous pouvez lancer et exécuter des instances sur des hôtes spécifiques, et vous pouvez vous assurer que les instances ne s'exécutent que sur des hôtes spécifiques. Pour plus d’informations, consultez Comprendre le placement automatique et l’affinité.

Les hébergeurs dédiés fournissent un support complet de licence BYOL (Bring Your Own License). Ils vous permettent d'utiliser vos licences logicielles existantes par socket, par cœur ou par machine virtuelle, notamment Windows Server, SQL Server, SUSE Linux Enterprise Server, Red Hat Enterprise Linux, ou d'autres licences logicielles liées à des machines virtuelles, des sockets ou des cœurs physiques, conformément aux termes de votre licence.

Si vous souhaitez que vos instances s'exécutent sur du matériel dédié, mais que vous n'avez pas besoin de visibilité ou de contrôle sur le placement des instances, et que vous n'avez pas besoin d'utiliser des licences logicielles par socket ou par cœur, vous pouvez envisager d'utiliser des instances dédiées à la place. Les instances dédiées et les hôtes dédiés peuvent tous deux être utilisés pour lancer des instances Amazon EC2 sur des serveurs physiques dédiés. Il n’existe pas de différence physique, de sécurité ou de performance entre les instances dédiées et les instances des Hôtes dédiés. Cependant, il existe des différences majeures entre eux. Le tableau suivant met en valeur quelques-unes des principales différences entre les Hôtes dédiés et les instances dédiées :

	Dedicated Host	Dedicated Instance
Serveur physique dédié	Serveur physique avec une capacité d'instance entièrement dédiée à votre utilisation.	Serveur physique dédié à un seul compte client.
Partage de capacité d'instance	Peut partager la capacité de l'instance avec d'autres comptes.	Non pris en charge
Facturation	Facturation par hôte	Facturation par instance
Visibilité des sockets, cœurs et ID d’hôte	Offre une visibilité sur le nombre de sockets et de cœurs physiques	Aucune visibilité
Affinité de l’hôte et de l’instance	Permet de déployer vos instances de façon cohérente sur le même serveur physique au fil du temps	Non pris en charge
Placement ciblé d’instances	Offre une visibilité supplémentaire et un contrôle sur la façon dont les instances sont placées sur un serveur physique	Non pris en charge
Récupération automatique des instances	Pris en charge. Pour plus d’informations, consultez Resturation de l’hôte.	Pris en charge
Bring Your Own License (Licence à fournir)	Pris en charge	Support partiel*
Réserve de capacité	Non pris en charge	Pris en charge

Serveur * Microsoft SQL avec License Mobility via Software Assurance et les licences Windows Virtual Desktop Access (VDA) peuvent être utilisées avec une instance dédiée.

Pour plus d’informations sur les instances dédiées, veuillez consulter la rubrique Dedicated instances.

Table des matières

• Configurations de capacité d’instance
• Bring Your Own License (BYOL, licence à fournir)
• Tarification et facturation
• instances T3 modulables sur les hôtes dédiés
• Restrictions Hôtes dédiés
• Utiliser Hôtes dédiés
• Utiliser des Hôtes dédiés partagées
• Hôtes dédiés sur AWS Outposts
• Resturation de l’hôte
• Maintenance de l’hôte
• Suivre les modifications de configuration

Configurations de capacité d’instance

Les hôtes dédiés prennent en charge différentes configurations (cœurs physiques, sockets et processeurs virtuels) qui vous permettent d’exécuter des instances de familles et de tailles différentes.

Lorsque vous attribuez un hôte dédié à votre compte, vous pouvez choisir une configuration qui prend en charge soit un type d’instance unique ou plusieurs types d’instances au sein de la même famille d’instances. Le nombre d’instances que vous pouvez exécuter sur un hôte dépend de la configuration que vous choisissez.

Prise en charge d’un seul type d’instance

Vous pouvez allouer un hôte dédié qui ne prend en charge qu’un seul type d’instance. Avec cette configuration, chaque instance que vous lancez sur l’hôte dédié doit être du même type d’instance, que vous spécifiez lors de l’allocation de l’hôte.

Par exemple, vous pouvez allouer un hôte qui prend uniquement en charge le type d’instance m5.4xlarge. Dans ce cas, vous pouvez exécuter uniquement des instances m5.4xlarge sur cet hôte.

Le nombre d’instances que vous pouvez lancer sur l’hôte dépend du nombre de cœurs physiques fournis par l’hôte et du nombre de cœurs utilisés par le type d’instance spécifié. Par exemple, si vous attribuez un hôte à des instances m5.4xlarge, l’hôte fournit 48 cœurs physiques, et chaque instance m5.4xlarge consomme 8 cœurs physiques. Cela signifie que vous pouvez lancer jusqu’à 6 instances sur cet hôte (48 cœurs physiques/8 cœurs par instance = 6 instances).

Prise en charge de plusieurs types d’instances

Vous pouvez allouer un hôte dédié qui prend en charge plusieurs types d’instances au sein de la même famille d’instances. Cela vous permet d’exécuter différents types d’instances sur le même hôte, à condition qu’ils appartiennent à la même famille d’instances et que l’hôte dispose d’une capacité d’instance suffisante.

Par exemple, vous pouvez allouer un hôte qui prend en charge différents types d’instances au sein de la famille d’instances R5. Dans ce cas, vous pouvez lancer n’importe quelle combinaison de types d’instances R5, tels que r5.large, r5.xlarge, r5.2xlarge et r5.4xlarge, sur cet hôte, jusqu’à la capacité de cœur physique de l’hôte.

Les familles d’instances suivantes prennent en charge les hôtes dédiés et plusieurs types d’instances :

• Usage général : A1, M5, M5n, M6i et T3

• Optimisées pour le calcul : C5, C5n et C6i

• Mémoire optimisée : R5, R5n et R6i

Le nombre d’instances que vous pouvez exécuter sur l’hôte dépend du nombre de cœurs physiques fournis par l’hôte et du nombre de cœurs utilisés par chaque type d’instance exécuté sur l’hôte. Par exemple, si vous allouez un hôte R5, qui fournit 48 cœurs physiques, et que vous exécutez 2 instances r5.2xlarge (4 cœurs x 2 instances) et 3 instances r5.4xlarge (8 cœurs x 3 instances), ces instances utilisent au total 32 cœurs et vous pouvez exécuter n’importe quelle combinaison d’instances R5 tant qu’elles ne dépassent pas les 16 cœurs restants.

Cependant, pour chaque famille de·l’instance, le nombre d’instances pouvant être exécutées pour chaque taille d’instance est limité. Par exemple, un hôte dédié R5 prend en charge jusqu’à 2 instances r5.8xlarge, ce qui utilise 32 des cœurs physiques. Dans ce cas, des instances R5 supplémentaires de tailles inférieures peuvent ensuite être utilisées pour remplir la capacité de l’hôte à la capacité cœur. Pour connaître le nombre de tailles d’instance prises en charge pour chaque famille d’instance, veuillez consulter la rubrique Tableau de configuration des hôtes dédiés.

Le tableau suivant présente des exemples de combinaison de types d’instances :

Famille d’instances	Exemples de combinaisons de tailles d’instances
R5	Exemple 1 : 4 x r5.4xlarge + 4 x r5.2xlarge Exemple 2 : 1 x r5.12xlarge + 1 x r5.4xlarge + 1 x r5.2xlarge + 5 x r5.xlarge + 2 x r5.large
C5	Exemple 1 : 1 x c5.9xlarge + 2 x c5.4xlarge + 1 x c5.xlarge Exemple 2 : 4 x c5.4xlarge + 1 x c5.xlarge + 2 x c5.large
M5	Exemple 1 : 4 x m5.4xlarge + 4 x m5.2xlarge Exemple 2 : 1 x m5.12xlarge + 1 x m5.4xlarge + 1 x m5.2xlarge + 5 x m5.xlarge + 2 x m5.large

Considérations

Gardez les points suivants à l’esprit lorsque vous travaillez avec des hôtes dédiés qui prennent en charge plusieurs types d’instances :

• Avec les hôtes dédiés de type N, tels que C5n, M5n et R5n, vous ne pouvez pas mélanger des tailles d’instance inférieures (2xlarge et inférieures) avec des tailles d’instance supérieures (4xlarge et supérieures, y compris metal). Si vous avez besoin d’utiliser simultanément des tailles d’instance inférieures et supérieures sur des hôtes dédiés de type N, vous devez allouer des hôtes distincts pour les tailles d’instance inférieures et supérieures.

• Nous vous recommandons de lancer d’abord les types d’instance supérieurs, puis de remplir la capacité d’instance restante avec les types d’instance inférieurs, si nécessaire.

Bring Your Own License (BYOL, licence à fournir)

Les Hôtes dédiés vous permettent d’utiliser vos licences logicielles existantes par socket, par cœur ou par machine virtuelle. Lorsque vous utilisez vos propres licences, vous êtes responsable de leur gestion. Toutefois, Amazon EC2 comporte des fonctionnalités qui vous aident à assurer la conformité de vos licences, telles que l’affinité d’instance et le placement ciblé.

Voici les grandes étapes que vous devez suivre afin d’utiliser votre propre image de machine virtuelle sous licence en volume dans Amazon EC2.

1. Assurez-vous que les termes du contrat de licence régissant l’utilisation de vos images de machine permettent l’utilisation dans un environnement cloud virtualisé. Pour plus d’informations sur les licences Microsoft, consultez Amazon Web Services et licences Microsoft.

2. Après avoir vérifié que votre image de machine peut être utilisée dans Amazon EC2, importez-la avec VM Import/Export. Pour plus d’informations sur la procédure à suivre pour importer votre image de machine, consultez le Guide de l’utilisateur VM Import/Export.

3. Une fois votre image de machine importée, vous pouvez lancer des instances depuis cette image sur des Hôtes dédiés actifs de votre compte.

4. Lorsque vous exécutez ces instances, en fonction du système d’exploitation, vous pouvez être contraint d’activer ces instances sur votre propre serveur KMS (par exemple Windows Server ou Windows SQL Server). Vous ne pouvez pas activer votre AMI Windows importée sur le serveur KMS Windows Amazon.

Note

Pour suivre la façon dont vos images sont utilisées AWS, activez l'enregistrement par l'hôte dans AWS Config. Vous pouvez l'utiliser AWS Config pour enregistrer les modifications de configuration apportées à un hôte dédié et utiliser la sortie comme source de données pour les rapports sur les licences. Pour plus d’informations, consultez Suivre les modifications de configuration.

Restrictions Hôtes dédiés

Avant d’allouer des Hôtes dédiés, prenez note des restrictions suivantes :

• Pour exécuter RHEL, SUSE Linux et SQL Server sur Hôtes dédiés, vous devez apporter vos propres AMI. Les AMI RHEL, SUSE Linux et SQL Server proposées par AWS ou disponibles sur ne AWS Marketplace peuvent pas être utilisées avec des hôtes dédiés. Pour plus d’informations sur la création de votre propre AMI, consultez Bring Your Own License (BYOL, licence à fournir).

  Cette restriction ne s’applique pas aux hôtes alloués aux instances de mémoire élevée (u-6tb1.metal, u-9tb1.metal, u-12tb1.metal, u-18tb1.metal et u-24tb1.metal). Les AMI Linux RHEL et SUSE proposées par AWS ou disponibles sur ces hôtes AWS Marketplace peuvent être utilisées avec ces hôtes.

• Le nombre d’hôtes dédiés exécutés par famille d’instances, par compte AWS et par région est limité. Les quotas s’appliquent uniquement aux instances en cours d’exécution. Si votre instance est en attente, en cours d’arrêt ou arrêtée, elle n’est pas prise en compte dans votre quota. Pour consulter les quotas s’appliquant à votre compte, ou pour demander une augmentation de quota, utilisez la console Service Quotas.

• Les instances qui fonctionnent sur un Hôte dédié ne peuvent être lancées que dans un VPC.

• Les groupes Auto Scaling sont pris en charge lors de l’utilisation d’un modèle de lancement qui spécifie un groupe de ressources hôte. Pour plus d'informations, consultez la section Création d'un modèle de lancement à l'aide de paramètres avancés dans le Guide de l'utilisateur Amazon EC2 Auto Scaling.

• Les instances Amazon RDS ne sont pas prises en charge.

• Le niveau d'utilisation AWS gratuite n'est pas disponible pour les hôtes dédiés.

• Le contrôle de placement d’instance fait référence à la gestion du lancement d’instances sur les Hôtes dédiés. Vous ne pouvez pas lancer Hôtes dédiés dans des groupes de placement.

• Si vous allouez un hôte pour un type d’instance virtualisée, vous ne pouvez pas modifier le type d’instance en un type d’instance .metal après l’allocation de l’hôte. Par exemple, si vous allouez un hôte pour le type d’instance m5.large, vous ne pouvez pas modifier le type d’instance en m5.metal.

  De même, si vous allouez un hôte pour un type d’instance .metal, vous ne pouvez pas modifier le type d’instance en un type d’instance virtualisée après l’allocation de l’hôte. Par exemple, si vous allouez un hôte pour le type d’instance m5.metal, vous ne pouvez pas modifier le type d’instance en m5.large.