10 de febrero de 2008

Utilidad Intel para identificación de procesadores



He encontrado esta utilidad de Intel para saber las características técnicas de sus CPU. Está muy bien. Da bastante más datos que Securable como niveles de caché, etc. Por supuesto gratis.

Podéis descargarla de la Web de Intel:
http://downloadcenter.intel.com/Detail_Desc.aspx?agr=N&DwnldId=7838&lang=spa

9 de febrero de 2008

Cápsulas VMware ESX: redes VMkernel separadas



Si intentamos crear diversas redes VMkernel (por ejemplo VMotion e iSCSI) en la misma subred, dentro de un host ESX nos aparecerá este error:
Error performing operation: SysinfoException: Node (VSI_NODE_net_tcpip_plumb) ; Status(bad0005)= Already exists; Message= Unable to Set
Para solucionarlo basta con elegir una red para vMotion distinta de la de iSCSI.

Por ejemplo para vMotion la 10.10.10.x, donde no esistirán ni VM ni dispositivos iSCSI.
Por ejemplo para iSCSI la 10.0.0.x, donde existirán dispositivos iSCSI con el puerto 3260 abierto, sirviendo LUNs a tó meter.

Más información aquí:
http://communities.vmware.com/thread/117193

Consulta Técnica: Copias de seguridad automáticas y programables.

Mi colega Ivan de Lleida me formula la siguiente pregunta:

Buenas tardes Josep,

Ayer me encontré con el caso de un cliente que quiere hacer copias de un PC completo que actúa como pequeño servidor. En el equipo en cuestión está instalado XP Pro, así como en otros dos equipos que configuran la red. Actualmente lo hace con el Norton Ghost, pero tiene que apagar el equipo, encenderlo y botar con el Ghost, hacer la copia a un disco externo... total que hace las copias muy de vez en cuando.

¿Qué versión de LiveState o como se llame ahora el programa necesitaría para poder hacer copias en caliente al disco duro externo de forma automática cada mediodía o con la programación que se acabe decidiendo?

Gracias por adelantado,

Ivan

Buenas Iván. La respuesta es simple: Backup Exec System Recovery 7.0 Desktop Edition o, en su defecto, Acronis True Image 10 o Ghost 12 (http://www.symantec.com/es/es/norton/products/overview.jsp?pcid=br&pvid=ghost12) que es lo mismo que el BESR 7 Desktop, ya que la tecnología de Ghost murió hace años.

Lo puedes comprar en la misma Web o en cualquier mayorista como GTI, Ingram Micro, etc.

Saludos cordiales

Josep

8 de febrero de 2008

Contraseñas complejas y coñas marineras

Con imaginación y buen humor es fácil hacer las cosas. Por ejemplo buscar una pedazo de contraseña compleja de la ostia que sea fácil de recordar.

Mi colega Iago de Ourense me dió algunas ideas al respecto.

Vamos a imaginar a un tio tope machista de los que ya no quedan (echad un vistazo a Fama...) y veis pasar una mujer con dos enormes tetas (echad un vistazo a la profe cubana de Fama), lo más normal que saldría de su simple mente/boca es:

Joder! menudo par de tetas!!

O, más machista todavía, ver a una chavala que es de Castellón (de la Plana). El machista en cuestión diría:

Esta es de Castellón...

Y ahora vamos a ver cómo transformamos ambas expresiones poco afortunadas en sendas contraseñas complejas:

_Jo1me2pa3de4tE_

_Es1es2de3cA_

Mola eh?

Va por tí Iago!!

Chistes: Virtualizar Exchange no!!

Parece un chiste pero no lo es. Mi colega Jorge de Bilbao me comenta que asistió hace unas semanas a una formación de VMware avanzada.

Ante las preguntas de los alumnos de qué se podía virtualizar y qué no el profesor, ni corto ni perezoso dijo que Exchange y SQL mejor no virtualizarlos.

Triste pero cierto...

Es que hay que joderse para no caerse...

PD: hablamos de virtualizar sobre ESX, mandan narices...

Cápsulas VMware ESX: Máximos Virtual Center

Repasando algunos documentos oficiales de VMware sobre la versión 3.5 me ha llamado la atención algunos máximos soportados por Virtual Center:
Número de VM soportadas por un Servidor Virtual Center: 2.000.
Número de hosts por clúster DRS: 32
Número de hosts por clúster HA: 32
Número de hosts ESX por Servidor Virtual Center: 200

Si hago bien los números lo máximo que podríamos administrar con un servidor de Virtual Center serían 200 ESX con 10 VM de promedio cada uno, soportando un total de 2.000 VM.

Nostanadamal...

Pero a mí me vale con que no se cuelgue administrando 3 o 4 servidores eh? ;-)

Migraciones, transiciones y actualizaciones desde Exchange 2000/3 a Exchange 2007

Dejando de un lado la nomenclatura exacta que utiliza Microsoft para nombrar el cambio de una a otra versión de Exchange, aquí tenéis la guía para migrar vuestra organización de Exchange 2000 o Exchange 2003 a Exchange 2007.

Recordad que Exchange 2007 sólo puede vivir en un servidor de 64bits. Si lo queréis virtualizar el servidor físico debe tener VT activado. Con Securable.exe lo sabréis fácilmente.

Aquí tenéis el link.
http://technet.microsoft.com/es-es/library/bb124008.aspx

Polvos Mágicos para VMware

Sazonar vuestras VM con estos polvos mágicos y veréis como saben mejor:

mainMem.useNamedFile = "FALSE"
MemAllowAutoScaleDown = "FALSE"
MemTrimRate = "0"
sched.mem.pshare.enable = "FALSE"

De forma resumida lo que hacen estas líneas es evitar que se genere el archivo físico de memoria RAM que tanto pesa en muchos servidores, subiendo directamente a la memoria RAM física del host el contenido de la RAM virtual.

Yo los pongo en las últimas líneas de los archivos VMX.

Ya me contaréis...

7 de febrero de 2008

Trabajo, viajes, hoteles perfectos y lista de compatibilidad de hardware de VI 3.5 (ESX 3.5)

Llevo una temporadita más que cargada de trabajo. Me paso medio día disculpándome con mis clientes de los retrasos en las entregas de presupuestos. A pesar de todos los esfuerzos que hago por llevar una vida tranquila y no dejarme llevar por la vorágine diaria está claro que no es suficiente.

Además últimamente he empezado otra vez con los viajecitos que tanto me gustan. Hoy mismo escribo desde Bilbao, donde me ha tocado un hotel perfecto: nuevo, decoración minimalista, sin moqueta, Internet gratis (debería ser obligatorio...) una cama inmensa y baño de lujo con water separado de la zona de baño (gran idea). Por no faltar no faltan ni los albornoces, ni edredón (olé, olé y olé) ni tele super guapa (que no podré ni encender).

Hace unos días me llevé una sorpresa por no encontrar en la HCL (Lista de compatibilidad de Hardware) de VMware ESX 3.5 (VI 3.5) la cabina EMC AX150i. Me resultaba curioso que los propios 'propietarios' de VMware no certifiquen sus cabinas.

Preguntándole a gente que sabe más que yo sobre el tema obtuve un par de respuestas interesantes:

1. José Luis Medina, que además de saber mucho más que yo de ESX, tiene la buena costumbre de leer, me dice cariñosamente, "Niño, pero no tas leio lo que pone al principio de la HCL?". Pos no, no me lo había leído. Resulta que sólo se han incluido en la HCL publicada aquellos dispositivos (cabinas sobre todo) que los propios fabricantes han certificado. Sin embargo eso no significa que no vaya a funcionar.

2. Javier Carrera, un grandísimo Ingeniero de VMware España me corrobora que, efectivamente, se van a incluir progresivamente en esa HCL diferentes cabinas que aún no han sido incorporadas.

Off the record se me comenta que próximamente se incluirá la EMC AX150i dentro de esa HCL. Genial!! porque quedan pocas, están a muy buen precio y es una solución muy buena como almacenamiento secundario para muchas empresas.

A ver si me empiezo a quitar este montón de currele porque esto no pué sé.

Consulta Técnica: Problemas con el ping de VMware server a la puerta de enlace e Internet

Mi colega Daniel Álvarez me formula desde Concepción, Chile la siguiente consulta:

Josep:

He leído con mucho agrado tu blog. Sin embargo me aqueja un problema que no he visto resuelto en los temas antes propuestos, a menos que no haya buscado bien, así que paso a comentártelo:

En la empresa, que es pequeñísima, no tenemos más de 10 equipos de escritorio, he implementado desde hace 2 años una red basada en Windows Server 2003, con Active Directory y Exchange Server 2003.

Esta semana se me ha solicitado migrar la plataforma a un nuevo hardware, que es un servidor clon, en una placa Intel, con un procesador Core2 Duo, 3GB de RAM, y un RAID 0 en dos discos SATA de 320GB cada uno. Es poco, pero creo que no se requiere más para nuestra bajísima carga, (5 casillas de correo en Exchange, y no más de 10 conexiones concurrentes al servidor). Dispone de la NIC integrada Intel GigabitEthernet, y otra NIC PCI FastEthernet.

Hasta la semana pasada tenía otro servidor clon, un poco más antiguo, con placa Intel, Pentium D de 3.0 GHz, 2 MB de RAM y un sólo disco duro SATA de 320GB. En esta arquitectura, el servidor funcionaba adecuadamente para nuestros requerimientos.

Como ya conocía la virtualización, implementé en el nuevo hardware un sistema host Windows Server 2003 SP2, y levanté en él los siguientes servicios: DHCP y VMware Server 1.0.4.

Luego instalé ISA Server 2004 Standard, y configuré la NIC PCI FastEthernet (conectada al router ADSL, ya que no tenemos una conexión dedicada, pero esta nos ha funcionado bastante bien) como red externa, y la NIC GigabitEthernet como red interna. El servidor se comunicó perfectamente hacia Internet, e incluso se actualizó desde Microsoft Update.

Creé luego una VM a la que asigné 1.5 GB de RAM, una NIC en Bridge, y dos discos virtuales de 40GB cada uno, con espacio reservado (pretendo luego hacer un RAID 1 por software, para tener 2 archivos vmdk, en caso que uno de ellos se dañara). Instalé en esta VM Windows Server 2003 SP2.

Luego instalé (también en la VM) los siguientes servicios: Active Directory, DNS, Servidor de aplicaciones, Servidor de impresión, WINS, y Exchange Server 2003 SP2. Todo funcionó bien, hasta que me percaté de lo siguiente: La VM se comunica excelente con todo el resto de la LAN, tanto con el equipo Host, como con los equipos cliente conectados en los switch de nuestra LAN. Sin embargo no puede comunicarse con el exterior (Internet). La VM puede hacer ping a todos los equipos de la LAN, y a ambas NICs del host. Sin embargo no puede hacer ping a la interface FastEthernet del router ADSL. En cambio todos los otros equipos de la LAN (incluyendo al host) pueden hacer ping a esta interface.

A modo de comentario, quizás algo que pueda dar luces, el Exchange montado sobre la VM recibe correo desde el exterior, pero no puede enviar. Es decir, las comunicaciones desde Internet entran a la VM, pero no salen desde la VM.

A modo de prueba, desmonté el ISA Server y configuré el Enrutador y Acceso Remoto de Windows Server. Me ocurre lo mismo. Todos los equipos de la LAN, incluyendo al host, tienen comunicación hacia Internet. Sin embargo la VM sólo tiene comunicación LAN, y continúa sin conectarse con el exterior.

Disculpa lo extenso de este correo, pero te comento todo lo que he hecho hasta ahora.

Saludos y muchas gracias,

Daniel Alvarez Villalobos
Concepción, Chile

Apreciado Daniel,

Gracias por tus amables comentarios sobre mi blog. Genial que me describas ampliamente el problema porque cuanta más información me traslades más fácil me lo pones para intentar darte una solución apropiada.

Veamos, en primer lugar permíteme unas cuantas observaciones sobre pasos que has dado hasta ahora:

- El servicio DHCP yo lo instalaría en el Controlador de dominio (VM) y no en la máquina física. En el Host (máquina física) sólo el VMware Server con el Servidor de Aplicaciones, antivirus (díle que no te mire los archivos VMDK y poco más.

- Yo el ISA Server lo pondría como una VM que tuviese 2 NICs virtuales, uno apuntando al NIC físico de la WAN y otro al NIC físico de la LAN. Con 512Mb de RAM va que chuta.

- He comentado ampliamente en este Blog mi opinión en este tipo de máquinas con VMware Server del uso de los VMDK como espacio reservado. Entiendo que es más conveniente que los discos sean de autocrecimiento y les puedes poner el tamaño que quieras, mayor incluso que el disco duro físico y así los dejas preparados para si, el día de mañana, tienes que migrarlos a un lugar donde el tamaño de almacenamiento sea mayor.

- Juega con la RAM y mira qué tal se comporta con 1GB y 2GB, porque no necesariamente con más RAM tiene que portarse mejor la VM.

- Lo de crear 2 discos VMDK y montar un RAID 1 por software no me gusta nada. Me parece una idea equivocada. Lo que debes garantizar es la copia diaria con incrementales de las VM a un lugar externo al sistema físico, por ejemplo un disco USB o un disco Ethernet, pero en ningún caso jugártela con un RAID 1 por sofware que te dejará tirado (seguro!!) cuando más lo necesites. Yo utilizo Symantec Backup Exec System Recovery 7.0 pero puedes utilizar la herramienta que quieras, siempre desde el sistema físico.

Y hechos estos comentarios sobre el diseño decirte que el resto me parece muy bien, más que bien pensado para el número de usuarios que sois. Por otra parte decirte que siempre debes tener en cuenta que existe la posibilidad de que el sistema Host caiga y que debes tener contemplado ese escenario y, a ser posible, probado. En vuestro caso no sería difícil reubicar la VM en un equipo de usuario (un XP podría ser suficiente), pero debes tener la VM copiada y salvada en un lugar externo al Host. Ponte en el caso de que te lo roben que parece más factible que se inunde o arda, ya me entiendes.

Finalmente la problemática que tienes de que no puedes pinear la puerta de enlace a mí también me sucedió y flipé pepinillos cuando me sucedió. La solución es la siguiente:

Debes tocar el registro de la VM. Concretamente esta ruta:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Aquí debes añadir estas 3 entradas (o modificarlas si ya existen).

"EnableTCPA"=dword:00000000
"EnableRSS"=dword:00000000
"EnableTCPChimney"=dword:00000000

Reiniciar (no estoy seguro de que sea obligatorio) y listo.

Ya me contarás qué tal te ha ido.

Saludos cordiales,

Josep

3 de febrero de 2008

Colaboración: Untangle


Esta semana tuve la oportunidad de conocer esta maravilla llamada Untangle. Se trata de una aplicación de software libre con un interfaz tremendo que permite todo tipo de virguerías en lo que comúnmente llamamos Gateway:
  • Cortafuegos.
  • Antivirus.
  • Antispam.
  • Antiespía.
  • Etc.

Basta con descargar las 14 aplicaciones integradas y añadirlas a nuestro entorno de trabajo.

También soporta vistas por funcionalidades de usuario. Es decir, quiero ver qué usuarios utilizan el antivirus o la VPN, etc.





Vale mucho la pena que le echéis un vistazo. En la Web os podéis descargar una demo interactiva, además del producto. También está para descargar en formato VMware.

Gracias a José y Iago por esta valuosa aportación.
Untangle: The Open Source Network Gateway:

Carallo! o cómo el glamour no está reñido con el pan y las patatas

Esta semana pasada anduve desaparecido del blog. Disculpadme pero estuve en una interesante implementación de VI 3.5 con virtualizaciones de Windows y Linux. Fue en una empresa de Ourense con mucho glamour en la que nos trataron muy muy bien.

El tema coincidió con los carnavales. Mientras algunos podían disfrutarlos y llegar a las 1000 a casa borrachos perdidos nosotros andabamos peleándonos con las VM, el ESX, las VLAN...

Hacía unos años estuve en Galicia para impartir un curso en Santiago de Compostela. Desde entonces no había regresado. Me sorprendió mucho el centro de Ourense con la Plaza Mayor rodeada de calles peatonales y rincones super guapos.

Sin embargo lo que más me sorprendió fue el pan. Llegamos un domingo a las 1000 (nos tocó una taxista castaña a más no poder...) y por suerte pudimos cenar. Al pedir se me ocurrió decir: nos pones esto y aquello y pan. La camarera me miró con cara extrañada y me dijo: ¡Claro!

Por las capitales que me muevo y en Cataluña en general cada vez se pone menos pan. En muchos sitios si no lo pides no te lo traen y el precio es escandaloso. Cuando nos trajeron la cena flipé colorines. Antes de los platos que eran muy abundantes y de una calidad fantástica, nos dejaron una montaña de pan en un cesto de mimbre. Lo ví, cogí un pedazo y lo estuve observando durante un buen rato. La costra era de un dedo de gruesa y la molla esponjosa pero muy consistente. El sabor increible. Me caía una lagrimilla por cada bocado.

Intenté recordar cuánto tiempo hacía que no comía un pan tan bueno. Creo que desde que en Murcia acompañaba a alguna de mis tias a comprar el pan una vez a la semana. Un pan que duraba toda una semana y que día tras día ganaba en sabor.

Otro día para cenar pedí huevos fritos. Traían patatas. Joder... qué patatas... Eran unas simples patatas fritas. Habían sido cortadas y fritas hacía pocos minutos y estaban en su punto. Cada patata una lagrimilla... tremendo. Por supuesto las comí una a una y con los dedos porque aquello merecía todo un ritual de adoración.

También me ha encantado el gallego. Un día el taxista llevaba una emisora en gallego y se entendía todo perfectamente. Es un idioma muy guapo. Escuchas a los lugareños hablar y es como un cántico. Hablan con tono muy calmado y cálido. Es un placer hablar con ellos.

Un dia Iago me comentó que allí se estila mucho decir: me-cago-en-ros :-) En Burgos escuché decir me-cago-en-sos, pero en ros no lo había escuchado núnca. Me hizo mucha gracia. Es la típica frase que de pequeño te sienta fatal y de adulto te hace gracia.

Otro día aprovechamos para pasear por la ciudad. A pesar del orballu que nos dejó empapados, valió la pena. Hacía tiempo que no veía una capital tan acogedora. Ya tengo ganas de volver, con más calma y algo más de tiempo para ver el Miño de día, si la niebla me deja, claro.

Aprovecho para agradecer a José y Iago su afectuoso trato.

Microsoft arranca motores de virtualización: Adquisición de Calista y pacto con Citrix

Esto que está pasando con Microsoft y VMware me recuerda la fábula de la tortuga y la liebre. Si se deja demasiada ventaja a un adversario tan inferior, al final igual te gana.

En la actualidad se está produciendo un efecto que me resulta curioso: los directores de TI buscan la lista de compatibilidad de hardware de VMware en lugar de la de Microsoft. Quieren saber si su cabina o sus nuevos servidores serán compatibles con ESX.

Microsoft parece que ya ha dicho basta de dar ventaja y ha decidido ponerse las pilas. Por un lado ha adquirido Calista (hace un par de semanas). Esta empresa tiene una tecnología de aceleración gráfica que le interesa mucho a Microsoft para el tema de virtualización de escritorios y sesiones de Terminal Server.

Por otra parte ha ampliado su gran pacto corporativo con Citrix para compatibilizar al máximo Xen y su futuro Hiper-V. Incluso habían rumores de adquisición de Citrix, pero esto yo lo vengo escuchando desde NT 4.0.

Es evidente que si Microsoft pisa el acelerador puede conseguir vencer a cualquier empresa, pero ahí está Google, haciendo temblar los cimientos de Microsoft que se ha visto obligada a adquirir a un precio escandaloso a Yahoo.

Mientras la gente de VMware siguen a lo suyo, haciendo su trabajo bien y sacando nuevas versiones que son una delicia. Esta semana tuve la oportunidad de implementar un entorno con una EVA-4000 y servidores HP DL-360G5. El entorno me pareció sorprendentemente robusto. La mejora desde VI 3.0 ha sido sustancial.

Sigo sin ver claro qué ventajas me va a aportar Hyper-V.

Tenéis más información aquí:
http://www.itweek.es/noticias/article.aspx?id=102540

Silencio, por favor... o cómo quitar el Beep del VMware

Imagino que el inventor del beep de un ordenador debió sentirse muy orgulloso de ver cómo una máquina conseguía responder a un input humano haciendo un sonido.

Ese hombre hizo algo grande, supongo que es por eso que me acuerdo de él y de toda su família cuando, por la noche, estoy trabajando con una máquina virtual y suena el maldito beep. Por ejemplo, si hay el cuadro Ctrl+Alt+Supr y hacéis un clic con el ratón fuera de él: beep!! t'hasequicao!!! pringaooo!!!! etc.

Por suerte para casi todas las pestes hay una cura. Aquí la tenéis:

http://communities.vmware.com/message/158332#158332

En mi caso hablamos de un Host Windows Vista y de un cliente VMware Workstation 6.0. El archivo que sustituí fue este:

C:\Users\All Users\VMware\VMware Workstation\config.ini

Y lo que añadí (al final del mismo) es esto:

mks.noBeep = "true"

Silencio, por favor...

2 de febrero de 2008

Problemas con Windows Update.

En múltiples soluciones tenemos problemas con Windows Server 2003 y el Windows Update. Una forma bastante buena de solucionar el problema es volver a registrar las librerías y reiniciar los servicios. Aquí os pongo lo que tenéis que copiar en un archivo de texto y guardarlo, por ejemplo, como compare.cmd. Luego lo ejecutáis y festival.

net stop bits
net stop /s wuauserv
%windir%\system32\regsvr32.exe /s %windir%\system32\atl.dll
%windir%\system32\regsvr32.exe /s %windir%\system32\jscript.dll
%windir%\system32\regsvr32.exe /s %windir%\system32\msxml3.dll
%windir%\system32\regsvr32.exe /s %windir%\system32\softpub.dll
%windir%\system32\regsvr32.exe /s %windir%\system32\wuapi.dll
%windir%\system32\regsvr32.exe /s %windir%\system32\wuaueng.dll
%windir%\system32\regsvr32.exe /s %windir%\system32\wuaueng1.dll
%windir%\system32\regsvr32.exe /s %windir%\system32\wucltui.dll
%windir%\system32\regsvr32.exe /s %windir%\system32\wups.dll
%windir%\system32\regsvr32.exe /s %windir%\system32\wuweb.dll
net start bits
net start wuauserv
wuauclt /resetauthorization /detectnow

VI Client 2.5 incompatible con sistemas x64



Traté de instalar el VI Client en mi Vista de 64 bits pero no es compatible. Ya véis el mensaje que me salió, personalizado a tope...

VMware presenta la beta pública de VMware Stage Manager

Aquí tenéis lo que publican las agencias sobre este producto:
El nuevo software acelera la entrega de aplicaciones desde las distintas etapas de preproducción a la producción.

VMware Stage Manager es un nuevo producto de automatización y gestión que hace más eficiente y acelera el proceso de traer aplicaciones nuevas o modificadas y otros servicios de TI a producción. Construido sobre las capacidades de gestión de VMware Infrastructure, VMware Stage Manager automatiza la gestión de entornos de aplicaciones multi-capa y completos, que incluyen los servidores, el almacenamiento y los sistemas de redes que los soportan, ya que ellos se mueven a través de las distintas etapas de preproducción, desde la integración hasta las pruebas de preproducción y la aprobación de los usuarios antes de ser puestas en producción.

Cuando se introducen nuevos servicios o cambios en los existentes a menudo se sigue una secuencia de pasos para asegurar que están siendo probadas, aprobadas y configuradas con éxito para el despliegue a producción. La tecnología mantiene típicamente numerosas "instancias fantasma" dedicadas del entorno de producción para hacer posible cada una de estas etapas. Estos sistemas tienden a desincronizarse con la configuración de la producción, haciendo peligrar la ejecución exitosa de los cambios y las actualizaciones, e incrementando el riesgo de caída de la entorno.

VMware Stage Manager ayuda a la dirección de TI a superar estos retos de "transición de servicios" con la capacidad de visualizar, organizar y extraer eficiencias de los recursos y procesos en todo el ciclo de vida de puesta en marcha del servicio.
A ver si antes de jubilarme tengo tiempo de echarle un vistazo...

Podéis descargar la beta de este producto de aquí:
http://www.vmware.com/beta/stage_manager/

Colaboración: SVS o Adiós a las largas horas reinstalando software en los equipos.

Mi colega Barrujas es un crack y siempre está experimentando con nuevas aplicaciones. Hace poco me dejó caer la bomba genial del Moka5 y ahora comparte con nosotros una aplicación genial de Symantec (Altiris) para virtualización de aplicaciones.

Esto es lo que nos comenta:

Desde mi ultimo email de moka5 he seguido indagando en esta aplicacion y en otras que han ido apareciendo mientras googleaba. Pues bien, recientemente encontre algo nuevo que me ha sorprendido por su sencillez y ademas por ser gratuita de forma personal. Se trata de virtualizar aplicaciones, basicamente viene a solventar el grave problema de las instaciones de software sobre todo en windows, donde parece que cuantos mas programas mas lento funciona todo.

SVS consigue que una vez descargado e instalado el software en un equipo, cada vez que instalemos una nueva aplicacion el programa pueda capturar todos los cambios y una vez finalizada exportarla creando un solo archivo. Hasta aqui todo se parece a cualquier portable excepto que un portable es ejecutable volcando todo en temporales y memoria y svs lo que realmente hace es trasportar la aplicacion tal y como fue instalada, es decir que podremos activarla y desactivarla cuando queramos y una vez activa aparecen sus iconos en nuestra barra de tareas en nuestra barra de inicio, etc o en cualquier otro PC donde lo pongamos en marcha. como si estuviera instalada realmente.

Así conseguiremos que nuestro Windows no se venga abajo cada vez instamos nuevo software o por el contrario en un entorno de producción sólo tendremos que importar el fichero desde una localizacion en red y decirle que se ponga en marcha incluso que se autoinicie sin tener que instalar nada mas que un cliente.

Estoy haciendo pruebas con office2003 y office2007y office97 y funcionan todos a la vez sin problemas, ademas de otros programas que se estan comportando casi mejor que instalados fisicamente (incluso algun juego). "Adios a las largas horas reinstando software en los equipos". Ahora, solo pongo en marcha lo que uso y necesito en cada momento y si el virus de turno biene a comerselo, pues que se indigeste ya explotara cuando desactive la aplicacion.

En Fin no me enrrollo más, espero que esta aportacion guste y la gente opine sobre esta herramienta, (para mi todo un descubrimiento) asi como esta nueva forma de instalar software "virtual", para ahorrarnos a todos los problemas de instalaciones y el despliegue de las mismas.

La pagina de descarga gratuita la escribo mas abajo aunque tengo ganas de comprobar la grandeza de la version de prueba de 120 dias.
http://www.altiris.com/Download/svsPersonal.aspx

Frases hechas

En Argentina hay un dicho popular que dice:

Billetera mata galán.

Esto significa que el poder del dinero es más fuerte que el que emana de cualquier atributo humano.

Por ejemplo un hombre quiere conquistar a una mujer con sus atributos físicos y verbales pero al final la acaba conquistando el feo de la billetera (aquí cartera) llena :-)

Gracias a Martín Rossini por esta aportación.

Consulta Técnica: Configuración de entorno robusto para migración del Dominio

Mi Colega Martin R. de Buenos Aires me formula esta consulta:

Josep, felicitaciones por la calidad con la que comunicas tus conocimientos.

Realmente para un joven entusiasta que hace poco comenzó en IT ayuda mucho tener referencias precisas y claras sobre las herramientas de uso diario.

Intentando seguir en tu línea voy a tratar de ser sintético en mi problemática:

Mi escenario Actual es el siguiente: Somos 30 personas, todos dentro de un Workgroup, clientes Xp pro trabajando sobre un server clon WS2003 Enterp que contiene un soft de gestión + File Server.

Digamos: lo más elemental del planeta tierra, después de 1 + 1 y que billetera mata galán; claro.

Ahora bien, la empresa crece, calculamos seremos el doble de personas (60) a fines de 2008 y así sucesivamente en los años siguientes si todo sale bien. Por ello vamos armar todo de 0!

La idea es armar algo así:

SOFT:

A - 1 DC.

WS 2003R2 Standard

B - 1 Servidor de Correo:

WS 2003R2 Enterprise

Exchange 2007 Standard

C - 1 Servidor Base de Datos:

WS 2003R2 Enterprise

SQL 2005

D - 1 Servidor de Aplicación:

WS 2003R2 Enterprise

SOFT ERP.


La DMZ, el File Server + Firewall-IDC + Web Server + Ftp iria en Servers clones o ML110 con Linux.


HARD:

Para Servers B/C/D

HP PROLIANT DL380g5

4 HDD SAS 146gb

4gb Ram

HP SA641/642 128MB BBWC Enabler
Fuente Redundante

Para Server A

podría ser un PROLiANT ML310?

Obviamente me gustaría poder comprar para cada soft su servidor súper potente, pero el costo de las licencias Microsoft + el seguro se comen un porcentaje elevado del presupuesto. Por eso quiero optimizar la compra sin por ello cometer una masacre informática, Ja!

Preguntas de respuesta totalmente libre: (o sea, puedes decirme: Sos un animal! dedicate a comprar caramelos! o algo simpático que se te ocurra).

1 - Es correcto el hard y soft planteado? queda corto? Recomendaciones?

2 - Hay inconvenientes si uso una versión de WS03 Standard para el DC y que las demás sean Enterp?

3 - Es un insulto a las buenas prácticas unificar en un solo Hard el server de SQL y ERP?

4 - Qué antivirus Enterprise recomendás, tanto para los clientes XP como para Exchange? Qué soft y método de Backup recomiendas?

5 - Es factible comprar un lindo Blade u otro animalito y virtualizar todo?

Agradezco sinceramente tu tiempo, espero no aburrirte con estas preguntas de novato y si no puedes responderme no hay problema ni rencores, ya con leer tu blog estoy aprendiendo cosas nuevas.

El mejor de los deseos para este 2008, saludos cordiales,

Martín R

Buenos Aires - Argentina

Muy buenas Martín

En primer lugar disculpa el retraso pero anduve por tierras galleguiñas haciendo instalaciones de mucho glamour :-)

Antes de comentarte detalladamente a tus 5 consultas te comento algunas cosas:
1. Es genial que separes los diferentes roles de cada servidor. A esto se le llama el teorema de Jack el Destripador y puede resumirse como divide y vencerás.
2. A las alturas que estamos, plantearnos implementar un entorno sin virtualización entiendo que es un retraso.
3. Si adquieres una licencia de Windows Server 2003 Enterprise Edition del tipo Open ya puedes virtualizar (legalmente) 4 servidores en el host físico, además de instalar el propio servidor físico.
4. Las licencias OEM de Microsoft no son (legalmente) virtualizables.
5. Las licencias de Windows Server 2003 Standard Edition valen justamente 4 veces menos que las Enterprise.
6. Repasa la configuración de la controladora del DL380: la controladora buena es la PE400 con 512Mb de RAM (lo tienes en uno de mis artículos en el que hablo del servidor recomendado para virtualización).
7. El ML310 no lo necesitas, ahora verás...

Bien paso a responderte ahora a las 5 consultas:

1. Es correcto el hardware y software planteado? ¿queda corto? ¿Recomendaciones?
Veamos yo tengo un cliente con más de 100 usuarios cañeros y tienen más o menos todos tus servidores y alguno más viviendo en VM sobre 2 DL380G5. Entiendo que con 2 o 3 equipos que te compres con la configuración que indiqué en el artículo que te referencio tienes de sobras. Pónles 8GB de memoria RAM.
Compra tantas licencias de 2003 Enterprise como servidors físicos vayas a poner finalmente y virtualiza.

2. Hay inconvenientes si uso una versión de Windows Server 2003 Standard para el CD y que las demás sean Enterprise?

Ningún problema en absoluto, pero si sigues mi recomendación anterior deberías instalar también enterprise en el DC. Mira, te recomiendo que pongas en el Controlador de Dominio:
DNS, DHCP, DFS, Licencias de Terminal Server (si acabas utilizándo esta tecnología). Con
300Mb de RAM para la VM va que se estrella. Si psicológicamente eso te afecta pónle 512 pero más RAM es un desperdicio.

3. Es un insulto a las buenas prácticas utilizar en un solo Hard el Server de SQL y ERP?
Por mi experiencia puedo decirte que los sistemas empresariales se sustentan en 2 patas: comunicación y productividad. La comunicación viene dada porque el sistema de correo funcione bien y la productividad porque el ERP esté siempre disponible. Tienes que estudiar la estrategia de poner estas 2 VM en servidores físicos separados o juntos. Si los pones juntos (por ejemplo) a bote pronto se me ocurre una ventaja y un inconveniente para cada tema:
-Ventaja: la comunicación no sale de la tarjeta de red física porque los dos están en el mismo equipo físico.
-Inconveniente: como son 2 VM pesadas ese servidor físico estará bastante KO y, probablemente el otro o los otros estarán rascándose la barriga.

4. ¿Qué antivirus Enterprise recomendás, tanto para los clientes XP como para Exchange?
A mí me encanta el de Computer Associates porque no carga nada el sistema y lleva por separado antivirus, antispam, antiespía y cortafuegos. Normalmente sólo le habilito el antivirus y el antiespía y genial. Aquí lo que siempre digo es: aquél con el que uno se encuentre más cómodo. Me parecen buenos sistemas antivirus: Symantec Enterprise (nada de Norton eh?), McAfee. El que siempre desaconsejo explícitamente es el Panda. Pero atención: para gustos colores, tengo algún colega enamorado del Panda que me dice que jamás le dio ningún problema.

5.- ¿Qué software de copia de seguridad y método de copia de seguridad recomiendas?

He puesto esta pregunta como diferenciada de la anterior por lo del teorema de Jack el Destripador. El Symantec Backup Exec System Recovery 7.0 es el que te aconsejo si implementas VM. Si quieres seguir el sistema tradicional, pues el Symantec Backup Exec for Windows Servers 11d (Veritas de toda la vida) con sus correspondientes agentes de Exchange, open files, etc.
El método que recomiendo es D2D (Disk to Disk) por lo que puedes pillar un sistema NAS económico (por ejemplo Lacie) de 1Tb, 2Tb, etc. y enviar allí tus copias de seguridad diarias. La ventaja se reduce drásticamente al ser un destino tan rápido. Luego puedes hacer un backup tradicional a cinta o a disco para sacarlo de la empresa.

6.- ¿Es factible comprar un lindo Blade u otro animalito y virtualizar todo?

El blade te da la facilidad de una ampliación más rápida y fácil de los sistemas, pero también tiene toda una serie de inconvenientes. Me parece buena tanto la solución de servidores tradicionales con un almacenamiento en condiciones como la solución Blade.

Para almacenar las VM en un lugar independiente de los servidores, mi consejo es que cojas un dispositivo iSCSI. En función de si te decides por VMware Server o por VMware Server ESX + VirtualCenter (VI3.5) deberás mirar la compatibilidad de Windows o de VMWare. En cualquier caso, si coges HP pues triunfo seguro. Si te decantas por la opción iSCSI EMC o NetAPP me parecen buenas opciones. Si te decides por fibra coge HP: la MSA1000 o la EVA4000 en función del presupuesto que manejes. Ten en cuenta que necesitarás bonitas y caras tarjetas HBA en cada servidor si te decantas por fibra.

Bueno, al final fueron 6 respuestas a tus 5 preguntas ;-)

Un abrazo

Josep