Aqui tenemos todo lo que necesitamos, para probar, evaluar, experimentar ycacharrear, con todos esos extraños y fascinantes servidores y aplicaciones de una manera sencilla, limpia y eficaz, descargar, montar y cacharrear.
Descargas Aqui
No es otro Blog sobre seguridad
es un Blog sobre las decisiones erróneas sobre la seguridad IT
Ahora que todo el mundo se ha apuntado a virtualizacion. Se virtualiza todo! empresas, CPDs, servidores, aplicaciones, proyectos, trabajos, nominas, cargos, personal, etc.
Je je!
Nos asalta una pequeña duda, vale! y ahora como hacemos las copias de seguridad nuestros queridos Backuuuups! de los, datos, aplicaciones que hemos virtualizado?.
Una vez que hemos instalado VMware o Micro R2, nos damos cuenta que en las maquinas virtuales no podemos asignares ningún dispositivo de copia o cinta, ya que es un virtual_hardware que no es soportado. Así que, como hacemos nuestras copias de seguridad?
Bueno, nuestros amigos de Spectra (Micro) acaban de publicar una pequeña guía para solucionar en parte este problema. Pero como buena Spectra y siguiendo en su afan por dominar el mundo, solo publican la guía para R2 (no son tan tontos para solucionarles la papeleta de las copias de seguridad a VM o Xen).
Asi que una pequeña recopilación de whitepapers de Spectra con las recomendaciones de continuidad de negocio y backups de seguridad!
Protecting Virtualized Environments with System Center Data Protection Manager 2007
Y una pequeña aclaracion de lo que hace y como lo hace, utilizando
System Center Data Protection Manager 2007
mas conocido como DPM 2007 (cuidado con las analogías).
Pero si tenemos a VMware vitrualizando, como lo hacemos? como seguimos con eso de la continuidad de negocio y la generación de copias de seguridad.
Vale! nuestros amigos de Veritas, disponen de dos juguetes, Backup Exec y NetBackup,
Es el primero, es el baratito y dentro de la configuración nos aporta una preciosa opción de realizar las copias no a soporte físico, sino a un fichero y este se puede ser apuntado a una unidad de red (así que el servidor de esa unidad dispondrá de las librerías de copia y sera el encargado de realizar las mismas) pros y contras?
Pros.
Pues que bien ya podemos hacer copias!
Contras.
Mucha capa intermedia, script de limpieza y dependencia del perfecto estado y acceso a las unidades de red, por parte de las maquinas virtuales, amen! del enorme gasto de espacio en disco requerido, si tenemos una infraestructura medianamente decente.
En caso de sistemas de virtual arrays, ya nos podemos olvidar de este sistema.
La version cara y compleja. Pero la que mas posibilidades aporta.
Si utilizamos su versión de media libreri, nos proporciona un servidor central de librerías que es el que se encarga de las copias y los demás clientes, virtuales o físicos se conectan a media y le envían su plan de copia.
Pros.
Se hacen las copias, sin importa el numero de clientes, gestión centralizada, consola de control única o con permisos, completo control de las acciones de backup y restauración, planificación de ventanas de copia según la prioridad de los clientes, etc, etc.
Contras.
La consola es una pesadilla (miles de opciones), problemas de conexión de los clientes al media (conexiones pilladas), mucha licencias, media, clientes, consumo de ancho de banda entre clientes y medias, algun que otro cuelge, etc.
Pero bueno eso es lo que tenemos y lo bueno es que nos permite “salvar” la situación de una manera elegante.
Bueno, tras el refrito de ayer, las cosas en el curro vuelven a la “anormalidad”.
“Anormalidad” porque es el estado natural al que tiende algunos proyectos de tecnología en los cuales se utiliza la informática. Pobre de mí! pensaba que el verano y las jornadas más tranquilas, menos trabajo, el solecillo, etc., nos permitirían desconectar un poco de las inutilidades de nuestros queridos jefes. JeJe! Que iluso, lo más curioso acerca de los temas sobre las inutilidades, es que! da igual que época del año sea. Que la carga de genialidades es siempre la misma. Incluso con la mitad de los geniecillos que toman las decisiones desastre de vacaciones, el que se queda es capaz de generar la misma cantidad de errores o de liarla con la misma soltura, que con la plantilla de dirección TecnicoLess al completo.
Lo cual me genera una pregunta. Si tres jefes TecnicoLess genera X chapuzas a la semana, como es que, uno solo, es capaz de genera la misma cantidad de meteduras de pata.
La ecuación debería de ser de al menos y con un cálculo optimista de la mitad de meteduras.
Asi que la conclusión lógica seria que con 1/3 de personal destinado a destrozar proyectos se obtienen los mismos resultados chapuceros, que con la plantilla de dirección al completo.
Bueno tras una reflexión sobre el curro “anormal” o puede que el trabajo no sea “anormal” sino que los que son “anormales” son los que lo dirigen. :)
Bueno unos links.
Desde el nido del águila de los Linuxeros, un post de sobre micro, (se les habrá pasado)
Un enlace sobre virtualizacion con VMware y la creación de VMware Iberica grupo de trabajo.
Y otro enlace sobre la virtualizacion de micro sobre R5 con datos sobre un calculador de cuantos R5 puedes meter en un server.