El siguiente escenario es ficticio pero posible, donde oficinas de representación cuentan con un único servidor físico para: validar usuarios, administrar impresoras, compartir archivos, portal colaborativo e inclusive respaldar su información.
La necesidad:
Resguardar su información y asegurar que el plan de recuperación funcione en caso de desastre.
La solución:
Azure nos permite crear escenarios confiables para garantizar la continuidad del negocio. No solo se trata de mover o copiar lo que tenemos localmente sino aplicar buenas prácticas que garanticen la continuidad del negocio.
En el siguiente diagrama mostramos el siguiente escenario que iré explicando por etapas.
Etapa 1: Crear ambiente híbrido
Primero lo primero y es crear un ambiente hibrido entre la red local y Azure. Para ello hacemos lo siguiente:
- Creamos una suscripción en Azure
- Definimos una red virtual en Azure
- Creación un enlace VPN Sitio a Sitio entre el dispositivo VPN del cliente y Azure
Resultado: Desde Azure podemos ver la red local y desde la red local podemos ver la red virtual de Azure
Etapa 2: Garantizar la autenticación Usuarios ambos ambientes
Esto es lo primordial luego de crear el ambiente hibrido especialmente que en esta caso tienen un único servidor que si les sucede algo la red es inaccesible. Para este caso no utilizaremos Azure Active Directory ya que este solo cubre la autenticación de los usuarios de las aplicaciones en la nube y no la redundancia que deseamos lograr en caso de falla del servidor local.
Los pasos son los siguientes:
- Crear un Sitio en el Active Directory local para Azure
- Crear una subnet para Azure
- Crear un grupo de Afinidad en el portal de Azure
- Crear un Maquina Virtual en Azure con Windows Server 2012 TIPO A1 con disco 10 GB. Tenga el cuidado cuando crear la maquina virtual en azure seleccionar Create an avialability set en la casilla AVAILABILITY SET para asegurar la alta disponibilidad en
- Instalar Servicios de dominio de Active Directory y promover este servidor a un controlador de dominio de réplica en un dominio de Active Directory existente e incluya el servicio del DNS.
- Repetir pasos 4 y 5 para el Controlador de Dominio no. 2.
Resultado: Con este etapa 2 garantizamos la alta disponibilidad para la autenticación de usuarios locales en ambos amientes y la resolución de nombres para mantener la red corriendo.
Etapa 3: Crear las copias de Respaldo en la nube
Ahora lo que sigue es almacenar las copias de respaldo en Azure para garantizar su restauración, esto es mucho más seguro ya que geográficamente esta a miles de millas de distancia, tiene 3 copias de forma predeterminada en Azure y si seleccionamos la Georeplicación estarán 3 copias más replicadas a 4 mil millas de distancia del centro de datos primario.
Los pasos a realizar son:
- Crear un backup Vault en el portal de Azure (Seleccione GeoRepliación)
- Descargar la credencia de Vault
- Descargar e instalar el agente Backup
- Calendarice el Backup
- Pruebe el Backup
https://azure.microsoft.com/en-us/documentation/articles/backup-configure-vault/
Resultado: Tiene la copia de respaldo encriptado a miles de millas de distancia con 3 copias encriptado y 3 copias mas a 4 mil millas de distancia del centro de datos primario. Con eso se garantiza que tendrá disponible el respaldo cuando lo necesite.
Etapa 4: Crear las maquinas virtuales que desea recuperar en caso de desastre
Ahora vamos a crear las máquinas virtuales para los servicios Impresión y colaboración con SharePoint Foundation. A diferencia del ambiente local donde en un solo servidor tienen todos los servicios creados aquí separaremos los servicios en 3 servidores, esto reducirá el riesgo y nos permitirá fácilmente habilitar alta disponibilidad cuando así lo deseemos.
Servidor de Impresora
Aunque es cuestionable tener el servidor de impresora en la nube por el tiempo de atraso que esta sufre, mejor es tenerla lejos que no tenerla.
Procedemos a realizar los siguientes pasos:
- Cree un Servidor Virtual con Windows Server 2012 en el portal de Azure
- Importe en el Servidor en Azure las Impresoras
- Pruebe el nuevo servidor con una estación de trabajo de la red y vea que funcione
Servidor de base de datos
Este servidor es para almacenar las bases de datos de SharePoint Foundation. Con la versión SQL Server 2012 Standard es suficiente para esta versión ya que no tiene servicios sofisticados que requieran de inteligencia de negocios. Aquí podemos decidir de utilizar una licencia disponible para SQL Server o bien que nos incluya el licenciamiento. Si poseemos MSDN podemos utilizar una de estas licencias ya que es un centro de datos para desastres y no para producción. SharePoint no soporta SQL Azure o Azure Database por lo que necesitamos una virtual con Windows Server y SQL Server.
Por ser un servidor de base de datos para SharePoint por la naturaleza de SharePoint que es un workload, sugerimos un servidor A6.
Los requisitos de SQL Server para SharePoint Foundation puede consultarlos en los siguientes enlaces:
https://technet.microsoft.com/es-gt/library/cc262485.aspx
Luego de instalado SQL Server será adecuado restaurar los respaldos de las bases de datos almacenadas en Azure y así validar que los respaldos funcionan.
Servidor Web (Front-End SharePoint)
Para este servidor sugerimos un A5, una configuración aceptable para un servidor Web con SharePoint instalado.
A continuación el enlace oficial para descargar SharePoint Foundation 2013:http://www.microsoft.com/es-es/download/details.aspx?id=35488
Los pasos son lo siguientes:
- Cree la virtual en el portal de Azure con Windows server 2012 con una máquina A5 y dos discos uno de 250 GB y el otro con el espacio necesario para almacenar el índice, logs y otros archivos (100 GB).
- Reutilice las cuentas que uso para instalar el SharePoint local o bien cree nuevas.
- Ejecute la media, instale los prerrequisitos de SharePoint 2013.
- Instale los bits de SharePoint 2013 y conéctese al nuevo servidor de base de datos en Azure.
- Configure todos los servicios, cree la aplicación Web para hospedar las bases de datos recuperadas.
Servidor de Archivos
Este servidor no es necesario crearlo ya que podemos utilizar el servicio de File Storage en Azure o bien utilizar SharePoint como repositorio de Archivos. En este caso vamos a crear el servicio de File Storage de Azure para disponer el servicio cuando se necesite.
Los pasos son los siguientes:
- Crear una cuenta de Almacenamiento en Azure.
- Crear un File Share en Azure para ello es necesario powershell.
- Mapee un drive al File Share.
https://azure.microsoft.com/en-us/documentation/articles/storage-dotnet-how-to-use-files/
Bueno el ultima etapa será automatizar el proceso de recuperación con Site Recovery Services pero esto lo dejaremos para otro artículo, suficiente información para digerir y evaluar cada una de las opciones disponibles para migrar nuestro centro de datos incluyendo SharePoint 2013 a la nube de Microsoft: Azure.
Espero sea de su utilidad Azure4Fun & SharePoint4Fun!,
Juan Manuel Herrera Ocheita
No hay comentarios.:
Publicar un comentario