Servidor Exchange en Azure Parte I
Como consultor de Exchange, todavía trabajo mucho con el servidor Exchange local, como migraciones a Exchange 2019 y migraciones híbridas a Exchange Online. En un entorno híbrido típico de Exchange, el 99 % de todos los buzones de correo están en Exchange Online y solo unos pocos están en Exchange local. Como resultado, sólo quedan uno o dos servidores Exchange en las instalaciones; para fines de administración, para fines de enrutamiento SMTP y alojar estos buzones de correo sobrantes. Una pregunta lógica de seguimiento es “¿por qué no ponerlos en Azure? ”.
Colocar el último servidor Exchange en Azure puede resultar costoso, pero muchos clientes están trabajando arduamente para desmantelar su sala de servidores local, por lo que desde ese punto de vista es una pregunta válida.
Antes de entrar en detalles sobre este servidor Exchange en Azure, es necesario tener en cuenta un par de cosas más:
- Conexión VPN de sitio a sitio entre el entorno local y Azure.
- Controlador de dominio en Azure (opcional: Azure AD Connect en Azure).
- Servidor Exchange en Azure.
Estos hacen un par de blogs interesantes ?
VPN de sitio a sitio con Ubiquity EdgeRouter
El primer paso es crear una conexión VPN de sitio a sitio entre la red interna y Microsoft Azure, y comenzamos con una red virtual en Microsoft Azure.
La red interna es 10.83.4.0/24 y la red virtual de Azure es 172.16.0.0/22, separadas en una subred de puerta de enlace (172.16.0.0/24) y una red de servidor (172.16.1.0/24).
Mi configuración se ve así (pero mis direcciones IP externas son diferentes):
Estos son los pasos que ejecuté en el Portal de Microsoft Azure:
Cree una nueva red virtual de Azure:
- Nombre: Red de servidores
- Espacio de direcciones: 172.16.0.0/22
- Nombre de subred: predeterminado
- Espacio de direcciones de subred: 172.16.1.0/24
- Grupo de recursos: MyTestRG
Cree una subred de puerta de enlace (en Redes virtuales, seleccione Subredes y haga clic en +Subred de puerta de enlace. Las propiedades de la subred de puerta de enlace se completan automáticamente.
- Nombre: Subred de puerta de enlace
- Espacio de direcciones: 172.16.0.0/24
Cree una nueva puerta de enlace de red virtual de Azure:
- Nombre: Puerta de enlace virtual
- Tipo de puerta de enlace: VPN
- Tipo de VPN: basado en ruta
- SKU: Básico
- Basic utiliza una dirección IP externa dinámica. La dirección IP estática sólo está disponible en versiones mejores (es decir, más caras). Más información en https://learn.microsoft.com/en-us/azure/vpn-gateway/vpn-gateway-about-vpngateways
- Red virtual: ServerNetwork
- Dirección IP pública: crear nueva durante la creación de VirtualGateway
- Nombre de IP pública: ..cloudapp.azure.com
- SKU de dirección IP pública (dinámica)
- La creación del VirtualGateway puede llevar bastante tiempo, así que ten paciencia…
Crear una puerta de enlace de red local
- Nombre: Puerta de enlace local
- Dirección IP:
- Espacio de direcciones: 10.83.4.0/24 (su propio espacio interno de direcciones IP)
- Cree la conexión VPN (en VirtualGateway Conexiones)
- Nombre: IPsecER
- Tipo de conexión: Sitio a sitio (IPSec)
- Puerta de enlace de red virtual: Puerta de enlace virtual
- Puerta de enlace de red local: Puerta de enlace local
- Clave compartida:
Para fines de prueba, creé una nueva máquina virtual en Azure (DS1 v2 estándar (1 vcpu, 3,5 GiB de memoria). Esto se conecta automáticamente a la red virtual recién creada. Usando la dirección IP externa, puede usar RDP para la conexión inicial. . Por motivos de seguridad, utilice el grupo de seguridad de red (NSG) para restringir RDP solo a su propia dirección IP. Después de conectarse, habilite la regla de entrada "Archivo e impresora compartidos (solicitud de eco - ICMPv4-In) en el Firewall de Windows Defender. Esto hace que las pruebas de conectividad son mucho más fáciles.
Ubiquite EdgeRouter admite soluciones VPN de sitio a sitio, incluida la de sitio a sitio para Microsoft Azure, que se documenta en el artículo VPN de sitio a sitio basada en rutas de EdgeRouter a Azure. Microsoft no admite todos los dispositivos, como se documenta en el artículo de Microsoft Acerca de los dispositivos VPN y los parámetros IPsec/IKE para conexiones de puerta de enlace VPN de sitio a sitio. Sin embargo, tenga en cuenta que no probado por Microsoft significa "no compatible con Microsoft", pero eso no incluye automáticamente "no funciona". Si el proveedor (Ubiquity en mi caso) lo admite, está listo.
Cuando el enrutador está configurado correctamente, la conexión de sitio a sitio se configura automáticamente y el estado de la conexión VPN debe cambiar a "Conectado" como se muestra en la siguiente captura de pantalla:
En este punto, debería poder hacer ping a la máquina virtual en Azure (que está conectada a la red virtual que creamos anteriormente) desde una máquina en su red local y viceversa.
En mi próximo blog hablaré sobre la instalación de un controlador de dominio en Azure.