Author Archive

En esta Nota, enumeramos los puertos que se necesitan disponibles para la infraestructura de VMWare View y la virtualización de Estaciones de Trabajo.

Para permitir la conexión de clientes Externos a un Security Server que se encuentra dentro de una DMZ, el Firewall Front-End debe permitir el tráfico entrante de los siguientes puertos TCP:

También, como es de imaginarse, se necesitan habilitar los puertos para la comunicación entre los Servidores View Connection que están en la red interna.

Bueno, esta idea de explicar qué es un Virtual Appliance (VA a partir de ahora), surgió luego de la nota emitida por Nicolás Solop: Qué es una Máquina Virtual?.

Un VA es muy similar y sencillo de entender:

Se trata de una Máquina Virtual (VM a partir de ahora) que se encuentra alojada en algún sitio de internet, con un formato comprimido llamado OVF (Open Virtualization Format).

En general se trata de VMs creadas con un Sistema Operativo (SO), una ó varias Aplicaciones, y configuradas para cumplir determinado fin, por ejemplo:

- NAS Servers virtuales.

Hoy les muestro una configuración muy importante, que a la vez puede pasar desapercibida, trayendo confusiones, mal entendidos, y hasta algún dolor de cabeza.  La doy a conocer para que ese potencial dolor de cabeza, pase a ser un alivio y una posibilidad más de controlar las conexiones a través de VMWare View.

VMWare View, más puntualmente la Consola de Administración, tiene una configuración de Time Out, que por defecto, viene configurada en 600 minutos (10 horas).  Esta característica sirve para dar un límite de tiempo de conexión a un equipo.

Sabemos que ESXi es la versión Gratuita de vSphere que permite a empresas de pequeña infraestructura incursionar en la Virtualización, también muy útil para Laboratorios, Pruebas de Performance, etc.

En este caso, voy a tratar un tema simple pero importante:

¿Qué puedo hacer con ESXi gratis y qué me habilita comprar Licencias?.

Haciendo un poco de historia en este blog, hace casi un año Nicolás Solop anunció el lanzamiento de un Kit de Management para ESXi en forma centralizada.  Con respecto a esta nota, menciono un detalle, ESXi sin Licencia tiene 2 limitaciones Claves:

Es probable que al intentar virtualizar un Windows 2000 con VMWARE Converter, aparezca la petición de un archvio llamado SCSIPORT.SYS, donde Converter nos pide la ruta para encontrar ese archivo.
Bueno, esto no es difícil de resolver:
Windows 2000 Server requiere para poder ser virtualizado el SP4 Rollup 1.
Por lo general, quienes tienen Windows 2000 Server en Producción con su SP4, suponen que ya están totalmente cubiertos.  Pero existe el Rollup 1, que salió posteriormente al SP4, quien tiene actualizados algunos drivers, por ejemplo el mencionado SCSIPORT.SYS.

Con unos pasos muy cortos y sencillos, se puede dejar
automatizado el encendido y apagado de las Máquinas virtuales de un Servidor
ESX/ESXi.

Esto acelerará el trámite de apagado de equipos ESX de
Laboratorio en el momento en que no estén en uso, ó el apagado y encendido de
Equipos ESX en producción en caso de Mantenimiento, ó por políticas de
Green-IT.

Esto se refiere, a que cuando se Apaga un Equipo ESX, se
puede ordenar el apagado automático de las Virtual Machines que éste
contenga. De la misma forma, se puede
ordenar y automatizar el encendido de las VMs cuando se vuela a encender el
Equipo ESX.

Entendiendo la arquitectura de Unicenter DSM, sabemos que un Scalability Server es el nexo entre el DSM Manager y los Agentes.

Las Mejores prácticas dictan que un Scalability Server reduce el tráfico entre el Manager y Agentes.  Esto aplica perfecto cuando entre Agentes y Manager hay un enlace WAN.

Ahora bien, hasta cuánto de pequeño puede ser el enlace entre Manager y Scalability?

NOTA: Estos tips están destinados a Consultores que ya conocen la herramienta, su funcionamiento y Arquitectura.

Trabajando sobre soluciones ya implementadas, me encuentro con problemas serios de base, causados al momento de la Instalación y muy difíciles ó Imposibles de Reparar.

A continuación detallo algunos Tips a tener en cuenta para evitar estos problemas a futuro:

MDB – Dominio de AD para los Managers – CCS

- MDB: Dónde se instalará la Base de datos?

Hay que tener en cuenta tanto el Acceso a la base como el tamaño a futuro de la misma.

La base de Datos de Brightstor ARCServe Backup (VLDB) reside en el directorio \CA\Brightstor ARCServe Backup\DATABASE

Allí se encuentran una serie de archivos con diversos tamaños (algunos 0kb y otros varios megas ó gigas) según la cantidad de datos respaldada, cantidad de Tapes, cantidad de Restores, etc.

Esta base VLDB tiene ciertas desventajas con respecto a la instalación de BAB sobre una base de MS SQL.

Entre las desventajas, está la limitación de tamaño, VLDB sólo soporta hasta 36 gb como máximo.

Otra desventaja, es que requiere un mantenimiento periódico con más frecuencia que SQL.