Placement de l'instance

Les Outposts ont un nombre limité d'hôtes de calcul. Si votre application déploie plusieurs instances associées sur Outposts, sans configuration supplémentaire, les instances peuvent être déployées sur les mêmes hôtes ou sur des hôtes du même rack. À l'heure actuelle, il existe trois mécanismes que vous pouvez utiliser pour distribuer des instances afin d'atténuer le risque lié à l'exécution d'instances associées sur la même infrastructure :

Déploiement de plusieurs Outposts : à l'instar d'une stratégie multi-AZ dans la région, vous pouvez déployer des Outposts dans des centres de données distincts et déployer des ressources applicatives sur des Outposts spécifiques. Cela vous permet d'exécuter des instances sur l'Outpost souhaité (un ensemble logique de racks). La communication intra-VPC entre plusieurs Outposts avec le routage VPC direct est une autre stratégie qui peut être utilisée pour répartir les charges de travail entre plusieurs Outposts au sein d'un même VPC en utilisant les passerelles locales d'Outpost (LGW) pour créer des routes entre les sous-réseaux des Outposts. Une stratégie multi-avant-postes peut être utilisée pour se protéger contre les défaillances des racks et des centres de données et, si les Outposts sont ancrés dans des régions AZs ou des régions séparées, elle peut également fournir une protection contre les modes de défaillance AZ ou Region. Pour plus d'informations sur les architectures multi-outpost, voir les modes de défaillance les plus importants.

Groupes de EC2 placement Amazon sur Outposts (placement d'instances multi-rack sur un seul Outpost) : vous pouvez créer des groupes de placement sur les Outposts que vous avez créés dans votre compte. Cela vous permet de répartir les instances sur le matériel sous-jacent d’un Outpost sur votre site. Lorsque vous créez un groupe de placement avec une stratégie de répartition sur un Outpost, vous pouvez choisir que le groupe de placement répartisse les instances sur des hôtes ou des racks.

Un groupe de placement de spread fournit un moyen simple de distribuer des instances uniques sur des racks ou des hôtes afin de réduire le risque de défaillances corrélées. Vous ne pouvez déployer dans le groupe qu'autant d'instances que vous avez d'hôtes dans votre Outpost.

EC2 répartissez le groupe de placement sur un avant-poste doté de trois étagères

Vous pouvez également répartir les instances sur plusieurs racks avec des groupes de placement de partitions. Utilisez la distribution automatique pour répartir les instances sur les partitions du groupe ou pour déployer des instances sur des partitions cibles sélectionnées. Le déploiement d'instances sur des partitions cibles vous permet de déployer des ressources sélectionnées sur le même rack tout en répartissant les autres ressources entre les racks. Par exemple, si vous avez un avant-poste logique doté de trois racks, la création d'un groupe de placement de partitions avec trois partitions vous permet de répartir les ressources entre les racks.

EC2 groupes de placement de partitions sur un avant-poste doté de trois racks

Emplacement des serveurs Creative : si vous disposez d'un Outpost à rack unique ou si le service que vous utilisez sur Outposts ne prend pas en charge les groupes de placement, vous pouvez peut-être utiliser le slot créatif pour vous assurer que vos instances ne sont pas déployées sur le même serveur physique. Si les instances associées ont la même taille d' EC2 instance, vous pouvez peut-être attribuer des emplacements à vos serveurs afin de limiter le nombre d'emplacements de cette taille configurés sur chaque serveur, en répartissant les emplacements sur les serveurs. Le slotting du serveur limitera le nombre d'instances (de cette taille) pouvant être exécutées sur un seul serveur.

À titre d'exemple, considérez le schéma de rainures illustré précédemment dans la Figure 13. Si votre application devait déployer trois m5.4xlarge instances sur l'Outpost configuré avec ce schéma de créneaux, EC2 elle placerait chaque instance sur un serveur distinct et il n'y aurait aucune possibilité que ces instances puissent s'exécuter sur le même serveur, à condition que la configuration des créneaux ne change pas pour ouvrir des m5.4xlarge emplacements supplémentaires sur les serveurs.

Pratiques recommandées pour le placement des instances de calcul