• Skip to main content
  • Skip to secondary menu
  • Skip to primary sidebar
El Blog de Jorge de la Cruz

El Blog de Jorge de la Cruz

El Blog de Jorge de la Cruz - Todas las novedades sobre VMware, Veeam, InfluxData, Grafana, Zimbra, etc.

  • Home
  • VMware
    • VMworld
    • VMware vSphere 6.7
    • VMware vSphere 6.5
  • Veeam
    • Resumen Contenido 2021
    • Veeam v11
      • Continuous Data Protection (CDP
      • Ransomware Protection
      • Archive Tier
      • Mejoras en Instant Recovery
      • Veeam Agent for Mac
      • Veeam Backup for AHV v2.1
    • Veeam Backup for Microsoft Office 365
      • 1 – Razones para proteger nuestra información en Microsoft Office 365
      • 2 – Componentes lógicos de Veeam Backup for Microsoft Office 365 2.0
      • 3 – Instalación paso a paso de Veeam Backup for Microsoft Office 365 v2.0
      • 4 – Configuración inicial de Veeam Backup for Microsoft Office 365 v2.0
      • 5 – Creando trabajos de copia en Veeam Backup for Microsoft Office 365 v2.0
      • 6 – Restaurando elementos en Veeam Backup for Microsoft Office 365 v2.0
    • Veeam Backup for AWS
      • Veeam: Veeam anuncia Veeam Backup for AWS Free Edition
      • Veeam: Cómo Desplegar Veeam Backup for AWS – paso a paso
      • Veeam: Vistazo en profundidad al nuevo Veeam Backup for AWS – Creación de Políticas de Backup y Restauración
      • Veeam: Cómo conectar nuestro Veeam Backup & Replication a Veeam Backup for AWS
    • Veaam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte I – Introducción a Veeam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte II – Descarga e Instalación de Veeam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte III – Añadir una Infraestructura de VMware vSphere a Veeam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte IV – Añadir una Infraestructura de Veeam Backup and Replication a Veeam ONE
      • En busca del Dashboard perfecto: Veeam ONE – Parte V – Realizando troubleshooting de vSphere usando Veeam ONE Monitor
      • En busca del Dashboard perfecto: Veeam ONE – Parte VI – Realizando troubleshooting de Veeam Backup and Replication usando Veeam ONE Monitor
      • En busca del Dashboard perfecto: Veeam ONE – Parte VII – Vistazo profundo a los Dashboards en Veeam ONE Reporter
      • En busca del Dashboard perfecto: Veeam ONE – Parte VIII – Vistazo profundo a Reportes en Veeam ONE Reporter
      • En busca del Dashboard perfecto: Veeam ONE – Parte IX – Chargeback para crear reportes de coste de nuestra Infraestructura
    • Veeam Availability Console
      • 1 – Teoría e información útil sobre el producto
      • 2 – Instalación de Veeam Availability Console
      • 3 – Configuración y conexión con VBR Server
      • 4 – Administración centralizada de Veeam Backup Agents
      • 5 – Backup de Agentes a diferentes destinos, SMB, Repositorio Veeam o Cloud Connect
      • 6 – Reportes de Backup de Veeam Agent y Veeam Backup and Replication
      • 7 – Manejando la Facturación de Veeam Agents, Backup and Replication y Cloud Connect
    • Backup y restore de cargas de trabajo a Microsoft Azure
      • 1 – Introducción
      • 2 – Conectividad entre nuestro Datacenter y Microsoft Azure
      • 3 – Desplegar Veeam Backup and Replication en Microsoft Azure
      • 4 – Configuración en nuestro Datacenter para backup a Microsoft Azure
      • 5 – Restaurando a Microsoft Azure, desde Microsoft Azure
      • 6 – Migrar cargas de trabajo desde Microsoft Azure hacía nuestro Datacenter
    • Veeam v9.5 Update 4
      • Veeam Cloud Tier
        • Cómo controlar el ancho de banda en Veeam Cloud Tier
      • Secure Restore y Staged Restore
      • Mejoras en Veeam Agent Management
      • Veeam Community Edition
      • Actualizar Veeam Enterprise Manager y Veeam Backup and Replication a la última versión
      • VeeamONE con Intelligent Diagnostics, Remediation actions, Business View 2.0 y Application Monitoring
    • VeeamON 2022
      • Novedades en Veeam ONE v12
    • VeeamON 2021
      • VBO v6 – Self-Service y Backup Copy Glacier-Azure Archive
    • VeeamON 2020
      • Veeam Backup for AWS v2.0
    • VeeamON 2019
      • Veeam Availability Orchestrator v2.0 – ¡novedades!
    • VeeamON 2017
      • Sesiones recomendadas
      • Día I – Veeam Availability Suite v10 – ¡novedades!
      • Día II – Veeam Azure PN (Powered Network), Scale-out Archive Tier y mucho más
    • VeeamON 2015
      • VeeamON 2015 volverá a Las Vegas en el único Evento sobre Disponibilidad en el Data Center
      • Completo resumen, keynotes e imágenes
      • vBrownBag – Jorge de la Cruz – Stop sending postcards to your customers
  • Zextras
  • PRTG
  • Office 365
    • Microsoft – Añadiendo nuestro dominio a Office 365, configuración de DNS y migración de actual Mailbox
    • Veeam: Usando Microsoft Office 365 para nuestras notificaciones por correo electrónico
    • PRTG: Usando Microsoft Office 365 para nuestras notificaciones por correo electrónico
  • Zimbra
    • Instalación
      • Instalando Zimbra 8.7.6 sobre Ubuntu 14.04 LTS – ¡con Chat y Drive!
      • Amazon Lightsail para instalar Zimbra Collaboration 8.7.1, Parte II
      • Amazon Lightsail para instalar Zimbra Collaboration 8.7.1, Parte I
      • Instalando Zimbra 8.7.x con un solo comando, incluye Chat y Drive
  • Linux
    • InfluxDB, Grafana y Telegraf
      • 1 – Instalación y configuración de los components
      • 2 – Instalar agente en Linux
      • 3 – Integración con PRTG
      • 4 – Instalar agente Telegraf en Nodos remotos Windows
      • 5 – Activar inputs específicos, Red, MySQL/MariaDB, Nginx
      • 6 – Monitorizando Veeam
    • Ansible y Zabbix
      • 1 – Inicio
      • 2 – Instalación de Ansible e integración con Active Directory
      • 3 – Configuración de AutoDiscovery en Zabbix
      • 4 – Instalación del agente de Zabbix en Windows
      • 5 – Instalación del agente de Zabbix en Linux y Auto Remove en Zabbix
    • Jenkins
      • 1 – Inicio
      • 2 – Instalación de Jenkins en Ubuntu
      • 3 – Instalando nuestro primer plugin
      • 4 – Sincronización NTP de Linux
      • 5 – Añadir un Slave Windows a Jenkins
      • 6 – Ejecutar tareas en Linux
      • 7 – Ejecutar tareas en Windows
    • Kubernetes
      • 1 – Introducción a Kubernetes
      • 2 – Instalación paso a paso
      • 3 – RollingUpdate con Kubernetes
      • 4 – Dashboard
      • 5 – Volúmenes NFS
      • 6 – Registry
      • 7 – Traefik
      • 8 – Systemd con Traefik y Proxy de Kubernetes
      • 9 – Heapster Influx Grafana
      • 10 – Labels de Kubernetes
      • 11 – API: Swagger
      • 12 – API: Creando nuestro primer POD
  • Contribuidores
    • Acerca de Jorge
    • Acerca de Oscar Mas
      • Clúster SQL
        • 1 – Introducción
        • 2 – Preparación de los equipos virtuales
        • 3 – Instalación del Clúster de Microsoft
        • 4 – Instalación de SQL Server para Clúster de Microsoft
        • 5 – Configuración de nuestro Clúster de SQL
        • 6 – Monitorización de Clúster de SQL con Zabbix
        • 7 – Actualizando clúster de SQL

Zimbra: Migración de nuestra instalación de Zimbra a AWS

9 March, 2015 - Escrito en: zimbra

zimbra-migracion-aws-banner

Soy Oscar Mas y hoy os quiero enseñar como migrar nuestra partición de Zimbra ( /opt ) a la plataforma de Amazon Web Services (AWS). Migrar nuestra plataforma de Zimbra a Amazon Web Services (AWS), se puede realizar de dos maneras:

  • Migrar el equipo entero, con el sistema operativo
  • Migrar la partición de datos ( /opt )

En este post, he escogido migrar la partición de datos a Amazon Web Services (AWS), ya que de esta manera migraremos todos los datos y empezaremos con un sistema operativo limpio. Todo el proceso de migración, se ha realizado en us-west-2 que corresponde al DataCenter de Amazon Web Services (AWS), que está ubicado en US West (Oregon).

Para realizar el procedimiento, necesitaremos dos equipos:

  • zimbra.ilba.cat: es donde está ubicado nuestro servidor de Zimbra
  • ec2clitools.ilba.cat: desde este servidor lanzaremos comandos al sistema de Amazon Web Services (AWS) y desde aquí migraremos nuestra partición de datos a Amazon Web Services (AWS).

zimbra-migracion-aws-014

Para hacer el proceso más ameno, he dividido el procedimiento en dos fases:

  • FASE 1: Preparación
  • FASE 2: Importación de un volumen

FASE 1: Preparación

Pasos previos a la importación

Antes de empezar a realizar ningún tipo de acción en el equipo, es importante verificar que no tenemos ningún tipo de SnapShot en el equipo y verificaremos el tipo de partición que hemos usado en el despliegue de nuestro equipo de Zimbra. En mi caso la partición OPT está en EXT4 con LVM. Y ya solamente nos queda apagar el equipo:

[root@zimbra ~]# poweroff

Exportación del equipo a OVF

Mediante la consola de vSphere, exportaremos nuestro equipo de Zimbra al formato OVF, para posteriormente importarlo a Amazon Web Services (AWS). Antes de realizar el procedimiento, es interesante quitar la partición Root del equipo virtual, ya que no lo vamos a usar. Una vez hecho esto, empezaremos la exportación:

zimbra-migracion-aws-002

zimbra-migracion-aws-003

Copiamos los ficheros que hemos creado, en nuestro servidor de Ubuntu ( ec2clitools.ilba.cat ), de los cuales, solamente usaremos el VMDK.

zimbra-migracion-aws-004

Instalación y configuración de Amazon EC2 CLI Tools

Para realizar la exportación de nuestra partición OPT, necesitamos instalar las herramientas de Amazon EC2 CLI Tools, para poder realizar el procedimientoi. Nos iremos a la consola de Amazon Web Services (AWS):  https://console.aws.amazon.com/iam/home?#security_credential  y nos crearemos el Access Key ID y el Secret Access Key, los cuales serán necesarios para poder operar desde la consola de Linux ( ec2clitools.ilba.cat ) de Amazon EC2:

zimbra-migracion-aws-005

Colocaremos el Access Key ID y el Secret Access Keyen nuestro bashrc, para que cada vez que hagamos login en nuestro sistema de Linux  ( ec2clitools.ilba.cat ), podemos lanzar comandos a Amazon Web Services (AWS), sin necesidad de ir cargando las variables, cada vez que iniciemos sesión en nuestro servidor de Linux ( ec2clitools.ilba.cat ):

root@ec2clitools:~# echo "# Claves AWS" >> .bashrc
root@ec2clitools:~# echo "export AWS_ACCESS_KEY=AKIAIHQCI6PR57EWJSMQ" >> .bashrc
root@ec2clitools:~# echo "export AWS_SECRET_KEY=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" >> .bashrc
root@ec2clitools:~# apt-get -y install ec2-api-tools

Verificaremos que todo funciona correctamente, consultando las regiones que Amazon Web Services (AWS) tiene disponible:

root@ec2clitools:~# ec2-describe-regions

zimbra-migracion-aws-006

Os dejo una tabla de la relación de Nombres y códigos:

zimbra-migracion-aws-007

Importando el OVF a AWS

Durante el proceso de importación, Amazon Web Services (AWS) usará S3 para importar los datos a EC2. Para ello necesitaremos tener creado un Bucket antes de realizar la importación, al cual lo llamaremos: zimbrailba

zimbra-migracion-aws-008

Security Group

Amazon Web Services (AWS), dispone de dos niveles de Firewall: uno a nivel de red y otro a nivel de instancia ( virtual machine ). En nuestro caso, usaremos el firewall a nivel de instancia, para ello necesitamos instalar las herramientas de Amazon Web Services (AWS), para poder configurar el firewall. Estas herramientas, las instalaremos en nuestro servidor ec2clitools.ilba.cat.

root@ec2clitools:~# apt-get -y install awscli

Lanzaremos el wizard, en el cual le indicaremos nuestro Access Key ID, el Secret Access Keyen, la región donde vamos a trabajar y el formato que nos enseñará la consola, al lanzar los comandos. En nuestro caso hemos escogido JSON, al ser el más standard:

root@ec2clitools:~# aws configure

zimbra-migracion-aws-009

Crearemos el Security Group y le pondremos una descripción, para que sea más amena la gestión de las reglas:

root@ec2clitools:~# aws ec2 create-security-group --group-name SG_Zimbra --description "Security group de Zimbra"

zimbra-migracion-aws-010

Añadiremos reglas a nuestro security group, las cuales, nos perimirán el acceso a los diferentes servicios de nuestro sistema de Zimbra:

root@ec2clitools:~# aws ec2 authorize-security-group-ingress --group-name SG_Zimbra --protocol tcp --port 22 --cidr 0.0.0.0/0
root@ec2clitools:~# aws ec2 authorize-security-group-ingress --group-name SG_Zimbra --protocol tcp --port 25 --cidr 0.0.0.0/0
root@ec2clitools:~# aws ec2 authorize-security-group-ingress --group-name SG_Zimbra --protocol tcp --port 587 --cidr 0.0.0.0/0
root@ec2clitools:~# aws ec2 authorize-security-group-ingress --group-name SG_Zimbra --protocol tcp --port 7071 --cidr 0.0.0.0/0
root@ec2clitools:~# aws ec2 authorize-security-group-ingress --group-name SG_Zimbra --protocol tcp --port 110 --cidr 0.0.0.0/0
root@ec2clitools:~# aws ec2 authorize-security-group-ingress --group-name SG_Zimbra --protocol tcp --port 143 --cidr 0.0.0.0/0

etc.

Abriremos todos los puertos necesarios para el correcto funcionamiento de nuestro servidor de Zimbra. Cabe destacar que hemos abierto el puerto 22 de SSH, para todo el mundo.

FASE 2: Importación de un volumen

 

Importaremos nuestra partición de datos de Zimbra a la plataforma de Amazon Web Services (AWS), mediante el comando: ec2-import-volume. La velocidad irá en función de nuestro ancho de banda y del tamaño de nuestra partición de datos de Zimbra ( /opt ).

root@ec2clitools:/usr/local/src# ec2-import-volume Zimbra-disk1.vmdk -f vmdk -s 30 -z us-west-2a -b zimbrailba -o AKIAIHQCI6PR57EWJSMQ -w wQbv7YW4MG3rsiR2/dwz34GaEH45QeMrl/AYw9XH --region us-west-2

zimbra-migracion-aws-011

Mientras subimos nuestro equipo a Services (AWS),  podremos observar que todo el tráfico viaja encriptado mediante el protocolo HTTPS:

zimbra-migracion-aws-012

Le pondremos un nombre a nuestro volumen, para hacer más amena la localización en las diferentes consolas:

root@ec2clitools:~# aws ec2 create-tags --resources vol-63bf3272 --tags Key=Name,Value=HD_Zimbra
root@ec2clitools:~# aws ec2 describe-volumes

zimbra-migracion-aws-013

Crearemos un nuevo equipo en Amazon Web Services (AWS) y enlazaremos el volumen que hemos subido, en el cual están todos los datos de nuestro sistema de Zimbra, al equipo que hemos creado:

Crearemos una nueva instancia  y le enlazaremos el volumen que hemos subido:

zimbra-migracion-aws-014

Una vez realizado el procedimiento, montaremos la partición en nuestro sistema operativo y realizaremos la instalación de nuestro sistema de Zimbra. Cuando realicemos nuestra instalación de Zimbra, el sistema, se dará cuenta que existen datos en opt y el wizard nos permitirá realizar una instalación sin eliminar los datos.

Cabe destacar que antes de realizar el procedimiento de instalación de Zimbra en el equipo que nos ha entregado Amazon Web Services (AWS), es necesario instalar un sistema bind, cambiar el hostname del equipo y modificar el fichero de hosts, para que la instalación no nos de errores. Todos estos pasos, los podemos encontrar en los diferentes post que Jorge ha ido publicando.

Verificaremos que tenemos la partición que hemos subido Amazon Web Services (AWS), está disponible en nuestra instancia:

[centos@zcs ~]$ lsblk
NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
xvda    202:0    0    8G  0 disk
└─xvda1 202:1    0    8G  0 part /
xvdf    202:80   0   30G  0 disk
├─xvdf1 202:81   0  500M  0 part
└─xvdf2 202:82   0 19,5G  0 part

Montaremos la partición de Zimbra en nuestra instancia:

[root@zcs centos]# yum -y install lvm2
[root@zcs centos]# echo “/dev/centos/opt  /opt    ext4    defaults        0       2” >> /etc/fstab
[root@zcs centos]# mount -a

Instalaremos nuestro sistema de Zimbra, preservando los datos que hemos importado. Recordar que durante el proceso de instalación, el sistema detectará la partición de Zimbra y se realizará una instalación “dummy”. Recordar que es importante, que la versión de Zimbra que instalemos sea la misma versión que había antes de subir el volumen a  Amazon Web Services (AWS):

[root@zcs centos]# cd /usr/local/src/
[root@zcs src ]# wget https://files.zimbra.com/downloads/8.6.0_GA/zcs-NETWORK-8.6.0_GA_1153.RHEL7_64.20141215151204.tgz
[root@zcs src ]# tar xzvf zcs-NETWORK-8.6.0_GA_1153.RHEL7_64.20141215151204.tgz
[root@zcs src]# cd zcs-NETWORK-8.6.0_GA_1153.RHEL7_64.20141215151204
[root@zcs zcs-NETWORK-8.6.0_GA_1153.RHEL7_64.20141215151204] ]# ./install.sh

Una vez instalado nuestro sistema de Zimbra, ya podremos empezar a trabajar. Es importante asignarle una Elastic IP, ya que cada vez que reiniciemos el equipo, Amazon Web Services (AWS) nos asignará una nueva IP pública.

Espero que este post os sirva de ayuda.

Filed Under: zimbra Tagged With: zimbra amazon, zimbra aws, zimbra migrate amazon

Reader Interactions

Comments

  1. Juan Carlos says

    31 March, 2016 at 1:54

    Agradezco, si alguien tiene experiencia del costo de tener zimbra sobre amazon. Me interesa saber mas o menos el costo mensual de mover un email server de aproximadamente unos 100 usuarios.

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Primary Sidebar

  • Email
  • GitHub
  • LinkedIn
  • RSS
  • Twitter
  • YouTube

Gold Partners

Silver Partners

Libros Gratuitos

Cloud por vExperts
VMware por vExperts

VMware vExpert

Puesto 16 en Top vBlog

Calendario de Posts

March 2015
M T W T F S S
 1
2345678
9101112131415
16171819202122
23242526272829
3031  
« Feb   Apr »

Disclaimer

Todas las opiniones expresadas en este sitio son las mías propias y no representan las opiniones de ninguna compañía con la que haya trabajado, esté trabajando o vaya a estar trabajando.

Copyright © 2026 · El Blog de Jorge de la Cruz