Welcome to Delicate template
Header
Just another WordPress site
Header

Zabbix es una herramienta de monitorización estupenda, con una curva de aprendizaje amplia, pero una herramienta con mucho recorrido.

En las últimas versiones de esta genial herramienta, podemos realizar tanto la instalación y descarga de la misma en formato virtual appliance, con lo cual, en la mayoría de los entornos, facilitará nuestra implementación y será mas que suficiente.

Un problema que me encuentro en TODAS las implementaciones basadas en este virtual appliance, es el siguiente error:

Lack of free Swap space on Zabbix Server

Ello es debido a que el virtual appliance distribuido no lleva reserva de disco para la memoria swap.

Vamos a ver un paso a paso, para la solución del problema.

1. Conectamos y nos validamos en la shell de nuestro v.apliance (local o vía ssh).

2. Ejecutamos lo siguiente:

# free -tom : Nos muestra la memoria disponible, utilizada y libre. Veremos que no disponemos de swap.

# swapon -s : nos muestra las estadísticas de nuestro swap. Debería aparecer a 0.

Ahora vamos a crear nuestra unidad swap.

# dd if=/dev/zero of=/var/swap_1 bs=1024 count=1000000 : Con esto generamos el fichero swap_1 de 1GB de espació que utilizaremos como swap.

# mkswap /var/swap_1 : Especifica /var/swap_1 como área swap de nuestro sistema.

# swapon /var/swap_1: Habilita swap sobre el fichero especial.

Con esto ya tendríamos solucionado el problema temporalmente. Vayamos a indicar-le a fstab que este sea montado/utilizado en el inicio del sistema.

# vi /etc/fstab : Editamos el fichero fstab

Añadir la siguiente linea:

/var/swap_1          swap                 swap       defaults              0 0

Tras ello podemos reiniciar la máquina y verificar que este aparece correctamente. Para ello:

# free -tom : Nos muestra la memoria disponible, utilizada y libre. Veremos que no disponemos de swap.

# swapon -s : nos muestra las estadísticas de nuestro swap.

Y con esto, ya tenemos nuestro problema de swapfile solucionado en nuestro virtual appliance de Zabbix, basado en OpenSuse.

Como algunos sabréis, PHD virtual backup es una solución de backup para entornos virtuales que esta despegando muy fuerte en los últimos años. Dispone de versiones para XenServer y VMware.

PHDVB se basa en el uso de un virtual apliance que permite un rápido deploy de la solución y que permite empezar a funcionar en poco tiempo.

No es necesario conocimientos sobre backups pues su fuerza, su potencia esta en su facilidad de uso. Cualquier, y cuando digo cualquiera es cualquiera, puede realizar backups, programarlos y recuperar tanto maquinas como ficheros de una forma fácil y rápida.

Las características del producto podéis verlas en la propia web del fabricante: http://www.phdvirtual.com/

Que hay de nuevo viejo!

PHDVB 6.2 proporciona una nueva característica llamada CloudHook. Esta posibilita el uso de repositorios en la nueva para el almacenamiento de backups con las ventajas que ello propociona.

  • Fácil de usar y escalable con bajo coste
  • Flexibilidad para elegir diferentes plataformas de almacenamiento
  • Disminuye el riesgo de perdida de datos ante cortes de luz
  • Si es necesario mas espacio, no es necesario realizar paradas
  • No es necesario realizar actualizaciones de firmware o hardware de nuestras cabinas

No vamos a explicar todo lo bueno que ofrece PHD. Si realmente queréis ver su potencia, nuestra recomendación es que lo descarguéis y lo probéis, pues sabemos que os gustará y no es necesario que os convenzamos al respecto.

Descarga-lo aquí: http://bit.ly/YcSDnF

El motivo de este post, es ver como debemos proceder para actualizar nuestro producto de backup favorito.

Actualizando PHD

Lo primero que debéis saber es que utilicen una versión inferior a la 6.0, NO DISPONEN de actualización directa a 6.2, con lo que deberán pasar por un proceso de migración.

Para versión 6.0 y 6.1, PHD proporciona un parche de actualización, descargable desde el siguiente link: http://www.phdvirtual.com/upgrade-packages

El paquete de actualización es de 211MB. Una vez descargado, procederemos según el siguiente manual:

  • Extraemos los datos del fichero ZIP

Aquí encontraremos tanto las Tools para actualizar en los dispositivos Windows, como la actualización del cliente y del Exporter.

Actualizar el producto es MAS FACIL AUN que la instalación de la solución.

  • Ejecutamos PHDVirtualBackup_Client_Install.exe (recuerden tener XenCenter parado)

  PH1

  • Aceptamos licencia
  • Continuamos
  • Seleccionamos eliminar la versión antigua y continuamos
  • Especificamos ruta de instalación
  • Y aceptamos el resumen para proceder a instalar.

El proceso tarda pocos segundos y en breve aparece la ventana que PHD 6.2 ha sido instalado.

PH2

En este punto, ya solo nos queda abrir la consola de PHD y comprobar la nueva funcionalidad; puesto que PHD6.2 únicamente incluye como novedad CloudHook.

Actualizando nuestro appliance

El fichero de upgrade incluye un fichero llamado “PHDVirtualBackup_6_2_0.phd”

Este permitirá la actualización de nuestro appliance. Para su aplicación, realizaremos lo siguiente:

  • Ir a la sección “Configuración”
  • Seleccionar la sección “Support”
  • Seleccionamos “Upload Applicance Pach”

PH3

  • Seleccionamos el fichero “PHDVirtualBackup_6_2_0.phd”
  • Tras ello se nos solicita el reinicio del applicance
  • Una vez reiniciado, ya podremos verificar la correcta versión de nuestro aplicance.

Detalles

VBA. Detalle del applicance en versión 6.2

PH4

En las opciones de Storage podremos ver las nuevas características de almacenamiento:

PH5

Esperemos ver pronto esta solución para Hyper-V. Oido?! 😛

In the Citrix CTXDOM geekspeak of this year, showed us his new Bitdefender antivirus solution specific for virtualized environments: Security for Virtualized Environments (SVE).

As happened with backup environments (where Veeam and PHD Virtual Backup change the marked), Bitdefender comes to offer a real solution to our optimal antivirus virtual environments.

(más…)

Prepare XenServer for DVS

abril 4th, 2012 | Posted by cristiansan in Appliance | DVs | XenServer - (0 Comments)

2 years ago (October 2012) I wrote in ctxdom.com about #Citrix Virtual Distributed Switch.

You can read this article on the Following linkctxdom.com

There is a very important little point in implementing DVS. -Enable it on XenServer.

To perform this task, we logon on XenServer and run the following command inCLI.

xe-switch-network-backend openvswitch

This is very important, and that redirects all internal traffic through DVS and allows the performance of various tasks such as:
ACLs and QoS Policies; NetFlow; Traffic mirroring, Port Bonding & Per VMtraffic policy.

More info: http://support.citrix.com/article/CTX129669

If you need Disable this funtionality, you need run this command:
(dvs use can cause certain problems of congestion in some environment)

xe-switch-backend network-bridge

It is important to know the procedure to run this configuration. These are the recommendations:

1.Disable HA (before Any maintenance).
2.Migrate VMs off of host.
3.Enable bridge mode via command line: xe-switch-backend-network [bridgeoption]
4.Reboot.
5.Migrate VMs back.
6.Enable HA.

¿Do you need help with your Citrix Enviroments?

Visit us at www.ctxdom.com or contract us at www.101-consulting.com