• 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: Storage con DataCore (SANsymphony-V)

11 May, 2015 - Escrito en: zimbra

Soy Oscar Mas y hoy os quiero enseñar DataCore (SANsymphony-V), uno de los muchos sistemas de Storage que hay en el mercado el cual puede darnos un correcto rendimiento y unas funcionalidades extras a nuestro sistema de Storage, para poder desplegar nuestra plataforma de Zimbra.
Ya hemos visto en anteriores post sistemas de Storage del mundo OpenSource como podría ser: DRBD (https://www.jorgedelacruz.es/2014/02/26/zimbra-cluster-drbd/ ), GlusterFS (https://www.jorgedelacruz.es/2014/08/25/zimbra-implementacion-con-glusterfs/ ), etc.

Pero a diferencia de estos, DataCore no es OpenSource. Una de las ventajas que nos ofrece DataCore ( SANsymphony-V ) es el Automated Storage Tiering feature (también conocido como Auto-Tiering) os aconsejo que le echéis un ojo: http://www.datacore.com/SSV-Webhelp/Auto-tiering_and_Storage_Profiles.htm

zimbra-datacore-001

[alert style=”blue”]NOTA IMPORTANTE: Este post no es para producción, simplemente es un laboratorio para quitarnos el miedo a este tipo de Storage[/alert]

Los sistemas operativos usados durante el laboratorio, han sido Windows 2012 R2 para el despliegue del sistema basado en DataCore (SANsymphony-V) y CentOS 7 para el despliegue del servidor de Zimbra:

zimbra-datacore-002

No es necesario que los equipos estén en dominio, pero sí que tengan una correcta resolución de nombres. Para llevar a cabo esto, podemos usar el fichero de hosts o un servidor de DNS externo. La configuración de los dos servidores que harán las funcionalidades DataCore ( SANsymphony-V ) han de ser idénticos. Antes de empezar a realizar los pasos para desplegar nuestro sistema de DataCore, es indispensable tener claros varios conceptos. Aquí os dejo los tres puntos básicos a conocer, antes de realizar cualquier tipo de implementación basada en DataCore ( SANsymphony-V ) :

  • Front End ( Setting this role allows the port to be used to serve virtual disks to hosts )
  • Mirror (Setting this role allows the port to be used in mirroring virtual disk data between DataCore Servers )
  • Back End ( Setting this role allows the port to be used to access physical disks/storage )

El esquema lógico sería el siguiente:

Cabe destacar que para un correcto funcionamiento en producción, lo ideal es duplicar: tanto las conexiones de nuestro Storage (Front End) a nuestro servidor de Zimbra, como las conexiones que interconectan los servidores de DataCore (SANsymphony-V) para replicar los datos (Mirror).

Pero para hacerlo más ameno, he simplificado el despliegue de la plataforma. El Storage que nos ofrece DataCore (SANsymphony-V) , se puede presentar directamente a nuestro HyperVisor (VMWare, Hyper-V, etc.) o entregarlo mediante el protocolo iSCSI a nuestro servidor de Zimbra, en este caso le hemos entregado directamente el Storage a nuestro servidor de Zimbra, mediante un iniciador iSCSI instalado en nuestro equipo de CentOS 7 y le añadiremos la funcionalidad de multipah.

Esquema que nos quedaría sería el siguiente:

Los prerrequisitos mínimos para poder realizar la instalación en los dos servidores de DataCore ( SANsymphony-V ) son:

  • 3 NICS en cada DataCore ( SANsymphony-V )
  • 8GB vRam en cada DataCore ( SANsymphony-V )
  • 2 vCPU en cada DataCore ( SANsymphony-V )
  • 50GB de sistema operativo y un Disco duro de 50 GB que no haremos nada

Para conseguir descargar DataCore ( SANsymphony-V ), rellenaremos su formulario desde la página web: http://www.datacore.com/products/SANsymphony-V.aspx y nos enviaran un mail en el fichero “.exe”, el cual desgargaremos e instalaremos y nos darán 30 días de los cuales, podremos disfrutar de todas las funcionalidades de DataCore (SANsymphony-V) :

Antes de empezar a instalar la plataforma de DataCore (SANsymphony-V), para no tener un delay durante la instalación y posteriormente en la administración, desmarcamos la opción: Check for Publisher’s Certificate Revocation de nuestro navegador.

Para realizar esta configuración, nos iremos a “Internet options” de nuestro Internet Explorer

Y desde la pestaña “Advanded”, desmarcaremos la opción: Check for Publisher’s Certificate Revocation

 

Instalación de DataCore ( SANsymphony-V )

La instalación de DataCore (SANsymphony-V) , es bastante sencilla si tenemos bien claros los puntos anteriores y un esquema de nuestra instalación a mano. Desde este Wizard, instalaremos el software en los dos servidores, configuraremos la ethernets, etc.

Nos realizará un chequeo donde verificará que tengamos los prerrequisitos correctos, posteriormente configuraremos las tres interfaces:

Acto seguido, nos instalará el software y podremos continuar con el Wizard. Observaremos que nos instala un SQL Express, el cual será usado para guardar los datos del rendimiento de nuestros equipos.

Realizaremos el mismo proceso pero con el segundo servidor

Y una vez abadado el Wizard, ya dispondremos de nuestro sistema de Storage basado en DataCore ( SANsymphony-V )

Creación del Virtual Disk entre DataCores

Podremos observar, que nos ha creado el Pool de los discos duros: “VMWare Virtual Disk” que hay ubicados en cada servidor de DataCore (SANsymphony-V) . A partir de aquí crearemos el Virtual Disk con cada disco duro de 50GB que hay ubicados en cada DataCore (SANsymphony-V). En pocas palabras: lo que haremos es un Mirror, entre los dos discos duros de 50 GB que hay ubicados en cada DataCore (SANsymphony-V).

Le pondremos un nombre lógico, en nuestro caso: Zimbra_Storage y verificaremos que le estamos entregando las 50GB

Seleccionaremos los discos duros que formaran nuestro Virtual Disk:

Una vez creado el Virtual Disk, lo podremos observar desde nuestra consola que el “Data Status” esté en “Up to date”. Eso querrá decir que ya tenemos preparado nuestro Storage replicado en los dos servidores de DataCore (SANsymphony-V) :

Registrando nuestro Host de Zimbra

Añadiremos el equipo en el que instalaremos nuestro sistema de Zimbra, para permitirle el acceso al DataCore (SANsymphony-V) :

Registráremos el equipo:

Y ya lo podremos ver en el panel de Hosts

Una vez acabado de registrar nuestro servidor de Zimbra, le asignaremos los puertos y haremos un scan con el Linux para que aparezca. Antes de empezar a realizar ningún tipo de acción, es importante tener actualizado nuestro sistema operativo:

[root@zimbra ~]# yum –y update && reboot

En esta sección faltarían todos los tuneos a nivel de sistema operativo que habitualmente se hacen en las conexiones iSCSI, el cual sería obligatorio para un sistema en producción como podría ser los timeout del sistema iSCSI, pero recordar que es un lab. Instalaremos el initiator de iSCSI en nuestro sistema de Zimbra:

[root@zimbra ~]# yum install -y iscsi-initiator-utils

Verificaremos que el demonio del sistema iSCSI este arrancado y que en futuros reinicios del equipo se arranque de manera automática:

[root@zimbra ~]# systemctl start iscsid
[root@zimbra ~]# systemctl status iscsid
[root@zimbra ~]# systemctl enable iscsid

Es importante que la conexión iSCSI la hagamos hacia los dos hosts de DataCore ( SANsymphony-V ), ya que nos servirá para posteriormente configurar el multipah. Realizaremos el descubrimiento de la LUN:

[root@zimbra ~]# iscsiadm --mode discovery --type sendtargets --portal datacore1.ilba.cat:3260
[root@zimbra ~]# iscsiadm --mode discovery --type sendtargets --portal datacore2.ilba.cat:3260

Hemos de verificar que hemos iniciado sesión en los dos hosts de DataCore ( SANsymphony-V ), en el momento que hemos lanzado el comando: iscsiadm -m session -o show, hemos de ver los dos servidores.

[root@zimbra ~]# iscsiadm -m node --login
[root@zimbra ~]# iscsiadm -m session -o show

Crearemos el Virtual Disk, el cual es el Storage que usaremos para montar la partición OPT en nuestro sistema de Zimbra:

 

Le dejaremos ver nuestro “Virtual Disk”

 

Rebotaremos el equipo y veremos que nos han aparecido las dos particiones de 50GB:

[root@zimbra ~]# reboot
[root@zimbra ~]# cat /proc/partitions

Configuración del Multipath

Verificaremos que tenemos la AULA habilitada ( de no ser así habilitarla ) y configuraremos nuestro multipah en nuestro servidor de Zimbra

Una vez verificado, procederemos a la instalación del multipah en nuestro sistema de Zimbra:

[root@zimbra ~]# yum –y install device-mapper-multipath

Habilitaremos el modulo del multipah y verificaremos que el multipah esté “enabled” y “running”. Esto nos indicará que está funcionando correctamente.

[root@zimbra ~]# modprobe dm-multipath
[root@zimbra ~]# mpathconf --enable --with_multipathd y
[root@zimbra ~]# /sbin/mpathconf

Configuraremos nuestro fichero de multipah y verificaremos que todo vaya correctamente.

[root@zimbra ~]# vim /etc/multipath.conf
device {
vendor "DataCore"
product "Virtual Disk"
path_checker tur
prio alua
failback 10
no_path_retry fail
dev_loss_tmo infinity
fast_io_fail_tmo 30
rr_min_io_rq 100
}
[root@zimbra ~]# systemctl restart multipathd
[root@zimbra ~]# multipath –ll

Podremos observar que en el directorio mapper, existe un nuevo enlace simbólico. El nombre que muestra, se puede forzar en el fichero /etc/multipath.conf para que nos entregue un nombre lógico.

[root@zimbra ~]# ls /dev/mapper/ -la

Formatearemos la partición y la montaremos:

[root@zimbra ~]# mkfs.ext4 /dev/mapper/360030d90183ab906cb622d578ec83d25
[root@zimbra ~]# mount /dev/mapper/360030d90183ab906cb622d578ec83d25 /opt
[root@zimbra ~]# df -h

Editaremos el fichero fstab y le añadiremos nuestro disco duro, para que en futuros reinicios se mantenga la partición montada:

[root@zimbra ~]# vim /etc/fstab
/dev/mapper/360030d90183ab906cb622d578ec83d25 /opt ext4 _netdev 0 0

A partir de aquí ya podemos empezar la instalación de la plataforma de Zimbra. Podréis encontrar magníficos post hechos por Jorge de como instalar una plataforma de Zimbra en esta mima web 😉

Filed Under: zimbra Tagged With: zimbra almacenamiento, zimbra datacore, zimbra storage

Reader Interactions

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

May 2015
M T W T F S S
 123
45678910
11121314151617
18192021222324
25262728293031
« Apr   Jun »

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