

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Configuraciones de red
<a name="networking"></a>

AWS ParallelCluster utiliza Amazon Virtual Private Cloud (VPC) para la creación de redes. VPC proporciona una plataforma de red flexible y configurable en la que puede implementar clústeres.

La VPC debe tener `DNS Resolution = yes` opciones de DHCP con el nombre de dominio correcto para la región. `DNS Hostnames = yes` *El conjunto de opciones de DHCP predeterminado ya especifica el DNS necesario. AmazonProvided* Si especifica más de un servidor de nombres de dominio, consulte [Conjuntos de opciones de DHCP](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_DHCP_Options.html) en la *Guía del usuario de Amazon VPC*.

AWS ParallelCluster admite las siguientes configuraciones de alto nivel:
+ Una subred para los nodos principal y de computación.
+ Dos subredes: el nodo principal en una subred pública, y los nodos de computación en una subred privada. Las subredes pueden ser nuevas o existentes.

Todas estas configuraciones pueden funcionar con o sin direcciones IP públicas. AWS ParallelCluster también se puede implementar para usar un proxy HTTP para todas las AWS solicitudes. La combinaciones de estas configuraciones se traducen en muchos casos de implementación. Por ejemplo, puede configurar una única subred pública con todos los accesos a través de Internet. O bien, puede configurar una red totalmente privada mediante AWS Direct Connect un proxy HTTP para todo el tráfico.

Consulte los siguientes diagramas de arquitectura para ver ilustraciones de algunos de estos casos:

## AWS ParallelCluster en una única subred pública
<a name="aws-parallelcluster-in-a-single-public-subnet"></a>

La configuración de esta arquitectura requiere los siguientes valores de configuración:

```
[vpc public]
vpc_id = vpc-xxxxxx
master_subnet_id = subnet-<public>
use_public_ips = true
```

El valor de [`use_public_ips`](vpc-section.md#use-public-ips) no se puede establecer en `false`, porque la gateway de Internet requiere que todas las instancias tengan una dirección IP única globalmente. Para obtener más información, consulte [Habilitar acceso a Internet](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html#vpc-igw-internet-access) en la *Guía del usuario de Amazon VPC*.

## AWS ParallelCluster utilizando dos subredes
<a name="aws-parallelcluster-using-two-subnets"></a>

![\[AWS ParallelCluster utilizando dos subredes\]](http://docs.aws.amazon.com/es_es/parallelcluster/v2/ug/images/networking_two_subnets.jpg)


La configuración para crear una nueva subred privada para instancias de computación requiere los siguientes valores de configuración:

 *Tenga en cuenta que todos los valores son solo ejemplos* 

```
[vpc public-private-new]
vpc_id = vpc-xxxxxx
master_subnet_id = subnet-<public>
compute_subnet_cidr = 10.0.1.0/24
```

La configuración para utilizar una red privada existente requiere los siguientes valores de configuración:

```
[vpc public-private-existing]
vpc_id = vpc-xxxxxx
master_subnet_id = subnet-<public>
compute_subnet_id = subnet-<private>
```

Ambas configuraciones requieren tener una [puerta de enlace NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) o un PROXY interno para habilitar el acceso web a instancias de computación.

## AWS ParallelCluster en una única subred privada conectada mediante AWS Direct Connect
<a name="aws-parallelcluster-in-a-single-private-subnet-connected-using-direct-connect"></a>

![\[Privado con AWS ParallelCluster AWS Direct Connect\]](http://docs.aws.amazon.com/es_es/parallelcluster/v2/ug/images/networking_private_dx.jpg)


La configuración de esta arquitectura requiere los siguientes valores de configuración:

```
[cluster private-proxy]
proxy_server = http://proxy.corp.net:8080

[vpc private-proxy]
vpc_id = vpc-xxxxxx
master_subnet_id = subnet-<private>
use_public_ips = false
```

Cuando `use_public_ips` se establece en `false`, la VPC debe configurarse correctamente para utilizar el proxy para todo el tráfico. Se requiere acceso a Internet tanto para los nodos principales como para los de computación.

## AWS ParallelCluster con `awsbatch` programador
<a name="awsbatch-networking"></a>

Cuando se utiliza `awsbatch` como tipo de planificador, AWS ParallelCluster crea un entorno informático AWS Batch gestionado. El AWS Batch entorno se encarga de gestionar las instancias de contenedor de Amazon Elastic Container Service (Amazon ECS), que se lanzan en. `compute_subnet` AWS Batch Para funcionar correctamente, las instancias de contenedor de Amazon ECS necesitan acceso a una red externa para comunicarse con el punto de enlace del servicio Amazon ECS. Esto se traduce en los siguientes casos:
+ `compute_subnet` utiliza una puerta de enlace NAT para obtener acceso a Internet. (Recomendamos este enfoque).
+ Las instancias que se lanzan en la `compute_subnet` tienen direcciones IP públicas y pueden llegar a Internet a través de una gateway de Internet.

Además, si le interesan los trabajos paralelos de varios nodos (de los [documentos de AWS Batch](https://docs.aws.amazon.com/batch/latest/userguide/multi-node-parallel-jobs.html#mnp-ce)):

AWS Batch los trabajos paralelos de varios nodos utilizan el modo de `awsvpc` red Amazon ECS, que proporciona a los contenedores de trabajos paralelos de varios nodos las mismas propiedades de red que las instancias de Amazon EC2. Cada contenedor de trabajos paralelos de varios nodos obtiene su propia interfaz de red elástica, una dirección IP privada principal y un nombre de host DNS interno. La interfaz de red se crea en la misma subred de Amazon VPC como su recurso de computación de host. Los grupos de seguridad que se hayan aplicado a los recursos de computación se aplicarán también a ella.

Cuando usa la integración de redes de tareas de Amazon ECS, el modo de red `awsvpc` no proporciona interfaces de red elásticas con direcciones IP públicas para tareas que utilizan el tipo de lanzamiento de Amazon EC2. Para obtener acceso a Internet, las tareas que utilizan el tipo de lanzamiento Amazon EC2 se deben lanzar en una subred privada configurada para utilizar una puerta de enlace NAT.

Debe configurar una puerta de enlace NAT para permitir que el clúster ejecute trabajos paralelos de varios nodos.

![\[AWS ParallelCluster creación de redes con programador awsbatch\]](http://docs.aws.amazon.com/es_es/parallelcluster/v2/ug/images/networking_batch.jpg)


Para obtener más información, consulte los temas siguientes:
+  [AWS Batch entornos de cómputo gestionados](https://docs.aws.amazon.com/batch/latest/userguide/compute_environments.html#managed_compute_environments) 
+  [AWS Batch trabajos paralelos de varios nodos](https://docs.aws.amazon.com/batch/latest/userguide/multi-node-parallel-jobs.html) 
+  Integración de redes de tareas de Amazon ECS con el modo de red awsvpc 