jueves, 10 de diciembre de 2015

NAKIVO: System Migration


NAKIVO Backup & Replication System Migration


La opción "System Migration" permite descargar la configuración así como las tareas creadas en nuestra aplicación NAKIVO Backup & Replication. Esto facilita la migración entre plataformas. Linux a Windows o a una VA que podemos descargar desde la pagina WEB de NAKIVO.

El siguiente video muestra el proceso de migración de una antigua VA, originalmente desplegada desde la v4.1 y que fue actualizada escalonadamente hasta llegar a v5.6. la cual migraremos a una nueva VA v5.8. 



martes, 8 de diciembre de 2015

NAKIVO: Ya puedes desplegar NAKIVO Backup & Replication dentro de una NAS.

Ya puedes desplegar NAKIVO Backup & Replication dentro de una NAS





Nakivo Backup & Replication es un software de backup y replicacion para infraestructuras virtualizadas con Vmware. La aplicación es capaz de correr en Windows y Linux. También esta disponible en VA (Virtual Appliance) pudiendo realizar el despliegue en menos de 10 minutos. El interfaz de usuario es a través de WEB lo que le confiere una especial polivalencia y accesibilidad desde cualquier dispositivo que tenga un navegador sea cual se su sistema operativo, incluyendo Windows, Linux, Android o iOS.

Las mejoras nunca ha dejado de sucederse; conexión directa con repositorios en la nube de Amazon, de-duplicación global por bloques, recuperación a nivel de objeto, Soporte para directorio activo, Exchange, verificación de backup mediante screenshot (screenshot verification), Arranque de maquinas virtuales desde le mismo repositorio de backup sin restauración previa (VM Flashboot), etc. etc. Si quieres ver todas sus características haz click aqui.

NAKIVO no solo ofrece un producto robusto y fiable, sino que lo hace a un precio entre 2 y 4 veces menor que su competidores.






Una de las ultimas características incorporadas es la capacidad de NAKIVO de poder instalarse dentro  de una NAS. Actualmente lo hace en NAS de WD ( Wester Digital) y Synology. Estos fabricantes ofrecen pequeñas cabinas, actualmente con almacenamiento de hasta 12 TB con un costo reducido, que hacen de ellas un producto ideal para pequeñas y medianas empresas.

El procedimiento de instalación es muy simple y puede hacerse de manera manual desde el propio entorno de la NAS o mediante un instalador desde Windows.

Por el momento la implementación se hace sobre estas marcas, pero no se descarta que en un futuro próximo se vayan incorporando otras.

Para mas información: www.nakivo.es



miércoles, 28 de octubre de 2015

VMWARE: Upgrade manual (actualización) desde vShpere 5.1 a 5.5. vCenter VCSA y ESXi desde CLI


Este es el orden de actualización dependiendo de nuestra infraestructura:


  1. VCD (vCloudDirector)
  2. VCNS, vShield Manager (vCloud Networking and Security)
  3. Horizon View (Composer, Connections Server)
  4. VSA (vSphere Storage Appliance)
  5. VR/SRM (vCenter Server & vSphere Replication)
  6. SRM (vCenter Site Recovery Manager)
  7. vCenter Operations Manager (vRealize Operations)
  8. VDP (vSphere Data Protection)
  9. ESXi
  10. VMware Tools
  11. vShield Edge
  12. vShield App
  13. vShield Endpoint
  14. Horizon View (View Agents /clients)


1º Actualizamos el vCenter server Appliance (VCSA):

Como nos dio problemas al intentar actualizarlo directamente desde la 5.1 a la 5.5, pasamos primero por la versión 5.1 update 3.

Existen varios métodos de upgrade. (los actualizaciones menores se puede hacer directamente desde la pestaña de "update" de la consola WEB de administración [IP_vCenter]:5480)

  • Actualizaremos a Update 3 desde la pestaña update nuesto VCSA 5.1 en producción.
  • Desplegaremos la OVA de vCenter Server 5.5 VCSA en nuestro ESXi y le asignaremos una IP temporal en el mismo rango que nuestro vCenter 5.1u3 en producción.
  • Una vez desplegada la OVA del VCSAe 5.5 realizaremos snaphosts de ambos vCenter, tanto el que esta en producción como el que instalaremos nuevo, por si fuera necesario repetir la operación por algún problema durante la actualización.
  • Cuando entramos en la WEB de administración del VCSA 5.5, (https://[ipVCSA]:5480) automáticamente ejecutará el wizard de configuración, pero, si previamente hemos entrado y cancelado para cambiar la ip o cualquier otra cosa, debemos ejecutarlo de forma manual.
Setup Wizard
  • Seleccionamos "upgrade for previous version" 




Intercambio de claves

  • Copiaremos la KEY "1. import de key into source appliance" del VCSA 5.5 y la pegaremos en el recuadro destinado a tal fin del VCSA 5.1 en producción.

  • Una vez copiada la KEY en VSCA 5.1 hacemos "click" en el botón"Import Key & Stop vCenter", esperaremos el resultado de una nueva clave.

    Import key and stop vCenter Server
  • Copiaremos la nueva clave resultante en el VCSA 5.1 en el VCSA 5.5 "2. Paste the source appliance key into de field below". y presionamos "NEXT" siguiendo con el procedimiento de validación de los datos. Se nos pedira que confirmemos que hemos hecho copias de seguridad/snapshots de las VM. etc. etc.
  • Una vez marcadas las casillas de verificación y si todo es correcto, saldrá un msg de aviso de que el proceso de actualización esta en marcha y que tardará unos minutos en terminar.
Una vez actualizado el vCenter es necesario realizar un reboot de la VA.

2º Actualizar el/los ESXi. (por SSH, transfieriendo los ficheros por el vCenter.)

  • Una vez actualizado el vCenter, procederemos a introducir en un datastore accesible desde el host el fichero de actualización. Como no lo hacemos por SSH, porque Putty no tiene transferencia de ficheros, hacemos un browser al datastore que nos interese y cargamos el fichero bien desde el WEB CLIENT como de la aplicación de administración.
  • Depues de cargar el fichero, y aprovechando que estamos dentro del interfaz, si no tenemos activado el acceso por SSH, lo activamos y bajamos el ESXi a modo mantenimiento.
  • Accedemos a la consola por SSH, en este caso, hemos usado PUTTY. 
  • Abrimos una sesión y la dejamos abierta, para observar el proceso de actualización a través de log ejecutamos el siguiente comando:

# tail -f /var/log/esxupdate.log 

  • Abrimos otra sesión para realizar la actualización. 

Si no hemos puesto el servidor ESXI en mantenimiento, lo hacemos en la consola ejecutando el siguiente comando:

# vim-cmd /hostsvc/maintenance_mode_enter

  • Ver que versión esta instalada

# vmware -v

  • Desactivar el firewall para poder conectarse a internet.

# esxcli network firewall ruleset set -e true -r httpClient

  • Ver "profiles" disponibles para determinar que versión instalar.



  • Seleccionada la versión a instalar del listado de profiles disponibles ejecutamos comando para comenzar la descarga y su posterior instalación automática. La pantalla quedara muerta, pero podremos seguir el progreso a través de la sesión que hemos dejada abierta con el log de actualización.
# esxcli software profile update -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml -p ESXi-5.5.0-20150501001-standard

  • Una vez realizada la actualización automática, tardara dependiendo del hardware y la conexión a internet deberemos proceder a reiniciar el servidor ESXi.
# reboot

  • Reiniciado el servidor ESXi, recuperamos una de las sesiones. Sera conveniente cerrar las conexiones HTTP en el firewall, para ello, ejecutamos el siguiente comando.
# esxcli network firewall ruleset set -e false -r httpClient

  • No debemos olvidar que tenemos el servidor ESXi, en modo mantenimiento por lo que deberemos ponerlo nuevamente en producción.
# vim-cmd /hostsvc/maintenance_mode_exit

Ya tenemos actualizado nuestro servidor.

lunes, 22 de junio de 2015

Google Apps: Shared Contacts for Gmail (Contactos compartidos para GMAIL)



Google Apps Shared Contacts


Google Apps es un excelente conjunto  de aplicaciones en la nube. Correo, procesador de textos, hoja de calculo, presentaciones, almacenamiento compartido, paginas web, etc. etc. 

Los que usan este conjunto de harramientas que gira en torno al correo de gmail con tu propio domino, saben que es una herramienta casi perfecta, y digo casi, porque hay cosas que de manera nativa no tiene o no soporta. Para solventar todo eso, que Google Apps no incorpora Google ha dejado abierta una puerta a los desarrolladores, propios o externos, para que pongan a disposición de los usuarios de Apps herramientas y utilidades que permitan rozar esa "casi perfección".

Es el caso de Google Apps Shared Contacts de Gapps Experts Inc, empresa con sede en New York y de la cual ISICOM, Tecnología y Control es reseller. 

En español, Contactos Compartidos para Gmail, permite compartir libretas de direcciones o grupos con otros usuarios de nuestro dominio. 

Google Apps, de forma nativa, permite una colaboración poco flexible en cuanto a contactos de nuestra libreta de direcciones. Ellos lo han llamado "delegación" y básicamente, lo que permite es compartir la libreta de direcciones principal, "Mis Contactos" con otra cuenta del mismo dominio, de manera total y sin capacidad de creación de contactos nuevos y con edición limitada de los ya existentes. También en detrimento de esta forma, dichos contactos "delegados" solo funcionaran en la versión de escritorio y no podrán ser sincronizados en los dispositivos móviles de los usuarios con los cuales han sido compartidos. 

Llegados a este punto en donde entra en juego nuestros amigos de Gapps Experts Inc. que han creado una aplicación que nos permite trabajar nuestros contactos colaborativamente con otros equipos o compañeros de nuestro dominio.

Contactos Compartidos de Gapps Experts Inc. permite compartir tanto la libreta de direcciones completa como subgrupos creado dentro de la misma. La gestión de los permisos con los usuarios es individual, permitiendo incluso elegir si queremos que puedan solo ver o editar. Por supuesto permite a elección de quien comparte si esos contactos podrán o no sincronizarse con los dispositivos móviles.


Aquí os dejamos un vídeo con el que estamos seguros se resolverán las dudas que os hubieran surgido hasta el momento.




martes, 16 de junio de 2015

Demo Nakivo Backup & Replication: Flash VM Boot



Demo Nakivo Backup & Replication: Flash VM Boot 

Flash VM Boot es una característica de Nakivo Backup & Replication que permite la ejecución de un punto de recuperación de Backup. Básicamente, es capaz de levantar una máquina virtual desde los repositorios de backup aún estando estos comprimidos o deduplicados, sin necesidad de restaurar previamente el backup/copia de seguridad. 


lunes, 15 de junio de 2015

Nakivo Backup & Replication para VMWARE. Actualización de v5.3 a 5.6, que incluye nueva característica de Backup Screenshot

Nakivo Backup & Replication para VMWARE. 
Actualización de v5.3 a 5.6. y nueva característica de Backup Screenshot.

Nakivo Backup & Replication para VMWARE es una herramienta de Backup y replicación para entornos virtualizados con VMWARE, multiplataforma ya que se puede desplegar en sistemas operativos Windows o Linux y accesible desde cualquier lugar en cualquier momento, gracias a su interfaz de control a través de WEB. Desde las primeras versiones, NAKIVO a incluido numerosas características. En esta actualización, la 5.6, tenemos disponible una nueva característica, que puede ser de mucha utilidad. Consiste en la capacidad de realizar "screenshots" o pantallazos de las maquinas virtuales de los backup realizados. Nakivo, una vez realizado el backup, pone en marcha la máquina virtual, realizando una captura de pantalla en el momento que nosotros hubiéramos programado. El screenshot o pantallazo sera enviado por correo electrónico junto al reporte, verificando no solo que la copia de seguridad se ha realizado correctamente, sino que la maquina virtual, funciona.




En este vídeo podemos ver la facilidad con la que podemos actualizar el sistema a la nueva version y de esta manera, poder evaluar esta nueva característica. 

NPAPI: Google Chrome

NPAPI: Google Chrome


Hace algún tiempo que Google desactivó el funcionamiento de NPAPI. Concretamente desde la versión 42 de su navegador, por motivos de estabilidad y seguridad. 

Los desarrolladores y gestores son los que deberían actualizar sus aplicaciones, pero aún quedan aplicaciones, incluso dentro del ecosistema de paginas gubernamentales, que hacen uso de aplicaciones que usan plugins que requieren de este interface.

La versión 42 desactivo el uso de plugins con NPAPI, pero no sera hasta la versión 45 en enero de 2015 cuando desaparezca definitivamente de las características de Chrome, por lo que hasta entonces, si lo requerimos, podemos habilitar manualmente esta opción.

En los últimos días hemos recibido numerosas consultas relacionadas con este problema, al realizar firmas electrónicas en varias WEB, relacionadas con paginas de gobierno, por lo que hemos creído conveniente explicar el sencillo proceso de habilitación.

  1. Abrimos una ventana de Chrome.
  2. Escribimos en la barra de direcciones: chrome://flags
  3. Localizamos la opción Habilitar Npapi Mac, Windows y la habilitamos.
  4. Reiniciamos completamente los servicios de Google Chrome