Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
En este artículo se explica cómo crear una infraestructura de aplicación de ejemplo. Detallamos el diseño de una infraestructura para un almacén sencillo en línea que reúne todas las directrices y decisiones sobre las convenciones de nomenclatura, los conjuntos de disponibilidad, las redes virtuales y los equilibradores de carga, e implementar realmente las máquinas virtuales (VM).
Carga de trabajo de ejemplo
Adventure Works Cycles quiere crear una aplicación de almacén en línea en Azure que consta de:
- Dos servidores nginx que ejecutan el front-end del cliente en un nivel web
- Dos servidores nginx que procesan datos y pedidos en un nivel de aplicación
- Dos servidores mongoDB forman parte de un clúster particionado para almacenar datos de productos y pedidos en un nivel de base de datos
- Dos controladores de dominio de Active Directory para cuentas de cliente y proveedores en un nivel de autenticación
- Todos los servidores se encuentran en dos subredes:
- una subred de interfaz para los servidores web
- una subred de back-end para los servidores de aplicaciones, el clúster de MongoDB y los controladores de dominio
El tráfico web seguro entrante debe equilibrar la carga entre los servidores web a medida que los clientes examinan el almacén en línea. El tráfico de procesamiento de pedidos en forma de solicitudes HTTP de los servidores web debe equilibrar la carga entre los servidores de aplicaciones. Además, la infraestructura debe diseñarse para lograr una alta disponibilidad.
El diseño resultante debe incorporar:
- Una suscripción y una cuenta de Azure
- Un único grupo de recursos
- Azure Managed Disks
- Una red virtual con dos subredes
- Conjuntos de disponibilidad para las máquinas virtuales con un rol similar
- Máquinas virtuales
Todas las anteriores siguen estas convenciones de nomenclatura:
- Adventure Works Cycles usa [carga de trabajo de TI]-[ubicación]-[recurso de Azure] como prefijo
- En este ejemplo, "azos" (Almacén online de Azure) es el nombre de la carga de trabajo de TI y "use" (Este de EE.UU. 2) es la ubicación.
- Las redes virtuales usan AZOS-USE-VN[number]
- Los conjuntos de disponibilidad usan azos-use-as-[role]
- Los nombres de máquinas virtuales usan azos-use-vm-[vmname]
Suscripciones y cuentas de Azure
Adventure Works Cycles usa su suscripción Enterprise, denominada Adventure Works Enterprise Subscription, para proporcionar facturación para esta carga de trabajo de TI.
Almacenamiento
Adventure Works Cycles determinó que deben usar Azure Managed Disks. Al crear máquinas virtuales, se usan ambos niveles de almacenamiento disponibles:
- de almacenamiento estándar para los servidores web, los servidores de aplicaciones y los controladores de dominio y sus discos de datos.
- Premium Storage para los servidores de clúster particionados de MongoDB y sus discos de datos.
Red virtual y subredes
Dado que la red virtual no necesita conectividad continua con la red local de Adventure Work Cycles, decidieron en una red virtual solo en la nube.
Crearon una red virtual solo en la nube con la siguiente configuración mediante Azure Portal:
- Nombre: AZOS-USE-VN01
- Ubicación: Este de EE. UU. 2
- Espacio de direcciones de red virtual: 10.0.0.0/8
- Primera subred:
- Nombre: FrontEnd
- Espacio de direcciones: 10.0.1.0/24
- Segunda subred:
- Nombre: BackEnd
- Espacio de direcciones: 10.0.2.0/24
Conjuntos de disponibilidad
Para mantener la alta disponibilidad de los cuatro niveles de su tienda en línea, Adventure Works Cycles decidió cuatro conjuntos de disponibilidad:
- azos-use-as-web para los servidores web
- azos-use-as-app para servidores de aplicaciones
- azos-use-as-db para los servidores del clúster particionado de MongoDB
- azos-use-as-dc para los controladores de dominio
Máquinas virtuales
Adventure Works Cycles decidió los siguientes nombres para sus máquinas virtuales de Azure:
- azos-use-vm-web01 para el primer servidor web
- azos-use-vm-web02 para el segundo servidor web
- azos-use-vm-app01 para el primer servidor de aplicaciones
- azos-use-vm-app02 para el segundo servidor de aplicaciones
- azos-use-vm-db01 para el primer servidor de MongoDB del clúster
- azos-use-vm-db02 para el segundo servidor de MongoDB del clúster
- azos-use-vm-dc01 para el primer controlador de dominio
- azos-use-vm-dc02 para el segundo controlador de dominio
Esta es la configuración resultante.
Esta configuración incorpora:
- Una red virtual solo en la nube con dos subredes (FrontEnd y BackEnd)
- Discos Administrados de Azure con discos Estándar y Premium
- Cuatro conjuntos de disponibilidad, uno para cada nivel del almacén en línea
- Las máquinas virtuales de los cuatro niveles
- Conjunto de equilibrio de carga externo para el tráfico web basado en HTTPS desde Internet hacia los servidores web
- Un conjunto interno de equilibrio de carga para el tráfico web no cifrado de los servidores web a los servidores de aplicaciones.
- Un único grupo de recursos