À propos des VPC

Un VPC est un réseau virtuel que vous définissez, qui est isolé au sein du Cloud OUTSCALE et qui est dédié à votre compte. Vous pouvez lancer des instances et créer des ressources dans votre VPC. Les VPC sont créés pour une Région.

Lorsque vous créez un VPC, vous spécifiez la plage d’IP en notation CIDR, qui peuvent ensuite être utilisées pour vos ressources lancées dans ce VPC. Le bloc CIDR doit être inclus dans les plages RFC 1918, qui sont constituées des trois blocs suivants :

Pour en savoir plus, voir la documentation RFC 1918.

Après avoir créé un VPC, vous devez créer un ou plusieurs subnets dans celui-ci, les ressources devant être lancées dans des subnets. Les subnets correspondent à des sous-réseaux au sein de votre VPC, auxquels vous attribuez une plage d’IP en notation CIDR. Le bloc CIDR de chaque subnet doit faire partie du bloc CIDR du VPC, et les blocs CIDR des subnets ne doivent pas se chevaucher. Les subnets sont créés dans une Availability Zone (AZ), et vous pouvez créer un ou plusieurs subnets dans chaque AZ de la Région du VPC.

Un VPC ou un subnet peut être dans un des états suivants :

Lorsque vous utilisez un Virtual Private Cloud (VPC), vous pouvez spécifier l’option d’allocation pour l’ensemble du VPC lors sa création. Si vous paramétrez l’option d’allocation du VPC sur default, vous devez paramétrer l’attribut tenancy de chaque instance que vous souhaitez placer sur un serveur dédié sur dedicated. Si vous paramétrez l’option d’allocation du VPC sur dedicated, l’attribut tenancy de toutes les instances lancées dans ce VPC est automatiquement paramétré sur dedicated. Vous ne pouvez pas modifier l’option d’allocation une fois votre VPC créé. Pour en savoir plus à propos de l’allocation des instances, voir À propos des instances.

Chaque subnet doit être associé à une route table afin de spécifier les routes autorisées pour le trafic sortant qui quitte le subnet. Une route table, appelée route table principale, est créée par défaut pour votre VPC, et chaque subnet lui est automatiquement associée à sa création. Vous pouvez également créer vos propres route tables et les associer à vos subnets. Les routes contenues dans la route table principale peuvent être modifiées. Vous pouvez également créer vos propres route tables et les associer à vos subnets, ou les spécifier comme la route table principale. Il est recommandé d’utiliser une route table par subnet. Pour en savoir plus à propos des route tables, voir À propos des route tables.

Les security groups vous permettent de contrôler l’accès à vos instances dans votre VPC. Les security groups agissent comme un ensemble de règles de firewall qui, dans un VPC, contrôlent les flux entrants et sortants. Lorsque vous lancez des instances dans un VPC, vous devez les associer à un ou plusieurs security groups. Si vous ne spécifiez aucun security group, l’instance est automatiquement associée avec le security group par défaut qui est créé automatiquement avec votre VPC. Vous pouvez ensuite modifier les règles du security group que vous avez créé ou du security group par défaut selon votre architecture et les contrôles que vous souhaitez configurer. Pour en savoir plus sur les security groups et les règles de security groups, voir Security Groups.

De la même manière qu’il est recommandé d’utiliser une route table par subnet, il est également recommandé d’utiliser un security group par subnet. Ceci correspond à créer un subnet pour une application, avec sa route table et son security group appropriés.

Vous pouvez également utiliser Elastic Identity Management (EIM) pour contrôler qui peut accéder, créer et gérer des ressources dans votre VPC. Pour en savoir plus, voir Elastic Identity Management (EIM).

Chaque instance lancée dans un VPC a une IP privée principale attribuée, qui n’est pas accessible depuis internet et qui peut être utilisée pour la communication entre les instances du VPC. Contrairement au Cloud public, vous pouvez choisir l’IP privée associée aux instances lancées dans le subnet d’un VPC. Si vous ne spécifiez aucune IP privée lors du lancement de l’instance, celle-ci est automatiquement choisie dans la plage d’IP du subnet.

Vous pouvez ajouter des IP privées additionnelles, appelées IP secondaires, à une instance dans un VPC à l’aide des flexible network interfaces. Pour en savoir plus, voir Flexible network interfaces (FNI).

Par défaut, les instances lancées dans un VPC n’ont pas d’IP publiques attribuées, et peuvent uniquement avoir accès entre elles. Pour connecter des instances dans un VPC à internet, vous devez utiliser des IP externes (EIP), qui sont des IP publiques statiques que vous pouvez associer à une instance, une interface réseau ou une Network Address Translation (NAT) gateway. Pour en savoir plus, voir External IPs (EIP).

Vous pouvez connecter des instances d’un VPC à internet de manière directe ou indirecte :

Dans les deux cas, vous devez router le trafic 0.0.0.0/0 du subnet dans lequel se trouvent les instances vers l’Internet gateway ou la NAT gateway. Vous devez également ajouter les règles appropriées aux security groups de vos subnets. Permettre l’accès indirect à internet permet à vos instances, par exemple, de rechercher les mises à jour disponibles.

Les VPC peuvent être connectés à d’autres réseaux à l’aide des services 3DS OUTSCALE suivants, qui requièrent également une virtual private gateway (VGW) et, pour les connexions VPN, une customer gateway (CGW) :

Page connexe