Archivo de la etiqueta: vmware

SDN VMware NSX – ¿Quién va a administrar tus redes?

Si cuando surgió la virtualización de servidores generó grandes dudas a la hora de tomar la decisión de implementarlo el caso de la virtualización de redes es similar.

Algunos de los motivos son similares a los de hace unos 10 años atrás pero creo que el más importante hoy en día es la definición de quién se hará cargo de la gestión de las redes una vez implementado.

Ver también: Desafíos de la virtualizacion de redes con vmware nsx

El día de hoy estoy terminando un entrenamiento oficial de VMware para poder cumplir con las obligaciones de competencias con el fabricante.  Es un entrenamiento en línea por lo que hay participantes de varios países trabajando sobre laboratorios.

Para poder estar bien parados para el curso de administración VMware tiene los siguientes requerimientos:

  • Administrador con experiencia en Windows y Linux
  • Conocimientos de VMware SDDC
  • Conocimientos a nivel DCA-DCV
  • Recomendado conocimientos nivel CCNA

Cómo pueden ver los conocimientos necesarios para el entrenamiento parecen bastante simples de cumplir siempre y cuando los asistentes cuenten con algunos años de experiencia en la materia.

Me llamó la atención en algunos casos el tipo de preguntas que se hicieron al instructor.

Mejor dicho, el nivel de preguntas que se hicieron. En algunos casos se demostró un amplio conocimiento tanto en redes como en el producto, pero en otros se demostró un desconocimiento total del funcionamiento de un firewall, de un router o de un balanceador de carga.

Aquí es donde me preocupé ya que o bien los asistentes al entrenamiento  no cumplían con los requerimientos adecuados, y asistieron por obligación, o el nivel del mismo era demasiado elevado.

En la mayorías de los casos los temas discutidos en el entrenamiento podían haber sido muy bien comprendidos para cualquier persona con algunos años de experiencia dura en infraestructura de TI.

Otros casos, como el de VXLAN, creo que para los asistentes estaba un poco por arriba de sus conocimientos. Esto es lo preocupante.

Si bien para cada uno de los casos existió una introducción , o explicación, creo no fueron suficientes como para que alguien sin conocimientos pueda hacerse cargo de la operación de la tecnología luego de la finalización del entrenamiento.

Con esto no quiero decir que quienes vayan a operar esta tecnología VMWARE NSX SDNdeben tener una certificación de nivel de Cisco CCIE pero con el conocimiento básico de los 4 semestres de la academia de Cisco no son suficientes.

Creo que las certificaciones de redes de muchos fabricantes irán desapareciendo a medida que se vayan desarrollando los especialistas y la tecnología sea adoptada por las organizaciones.

Veo en el futuro un “reciclado de perfiles de TI” donde las fronteras entre las áreas se diluyen cada vez más forzando una integración de las mismas en un equipo de trabajo único.

Los profesionales de redes realizarán tareas de infraestructura y los profesionales de infraestructura realizarán tareas de relacionadas a las redes.

A largo plazo esto será positivo para quienes estén a cargo de definir y gestionar infraestructuras de TI complejas. Los pedidos no deberán cruzar diferentes equipos de trabajo y las cosas deberían de poder resolverse de forma mucho más eficiente.

Mientras tanto tendremos que seguir trabajando en desarrollar especialistas idóneos que puedan trabajar de forma completamente independiente de los conocimientos específicos de un fabricante de hardware de redes.

¿Ustedes que opinan?

Foto: Brent H.

El ruido del tren de OpenStack

Nadie quiere perderse el tren de la Tendencia OpenStack !. Cisco, VMware, Red Hat quieren una porción y, según ellos, cada uno es un gran contribuidor del proyecto. Ahora bien, ¿qué hay detrás de todo esto?.

Grandes corporaciones tradicionalmente ligadas al software propietario metiendo mano en un proyecto de código abierto.

Algunos por rebote como el caso de VMware que luego de comprar Nicira, hoy VMware NSX, la cual era contribuidora del proyecto OpenStack continúa invirtiendo. Lo que no queda claro es si lo hacen porque realmente quieren hacerlo o simplemente para mantener los compromisos asumidos por la empresa adquirida.

Cisco, un caso parecido. ¿Que hace una empresa asociada al mundo de las redes invirtiendo en el proyecto?. No solamente invierte sino que además lanzó su propia distribución. ¿Es por miedo a que VMware avance demasiado y deje afuera su solución de SDN  porque la primera profundiza aún más sus tecnologías?.

Red Hat es el caso más natural de todos estos. Una empresa que produce software de código abierto (no voy a discutir su estrategia comercial) está bien que se decida a invertir en una empresa con sus misma ideología (?).

De acuerdo a lo que mencionaron en el Red Hat Forum la semana pasada en Buenos Aires, ellos son el contribuidor número 1 del proyecto OpenStack. Si ellos lo dicen…

Que haya opciones es bueno para el cliente final. Hace que cada uno tome su tiempo en la decisión y mantiene los precios bajos.

Para poder usar la distribución de OpenStack desarrollada por VMware (VMware Integrated OpenStack o VIO), o la que podemos descargar del sitio de OpenStack, tenemos que utilizarla contra un servidor vCenter. Nada muy raro ya que para poder usar un ESXi desde fuera necesito tenerlos licenciados y si licencio un par de hosts también compro licencias de vCenter.

No hay nada libre de uso. Perdón, si lo hay. Uno puede usarlo siempre y cuando tenga licencias de vCenter.

Gracias, de nada.

Para poder usar algo de Red Hat necesitas las suscripción ( al final hablé del modelo comercial). Sin esto tampoco hay nada.  La realidad es que si voy a invertir dinero para usar una herramienta de despliegue rápido, o distribución de  OpenStack, (se llama Red  Hat RDO por si les interesa) tendría que justificar muy bien mi decisión de ir al software de código abierto a menos que en nuestra organización seamos pro-open source.

Es muy raro que una empresa decida moverse de soluciones sólidas como las de VMware a soluciones de software Open Source así por que si.

Los fundamentos de la iniciativa deberían ser no solamente por el costo sino también por funcionalidades o bien la capacidad de crearlas o modificarlas.

Si miramos los dos casos (dejo fuera a Cisco porque sino es muy largo) el único objetivo de su colaboración en estos proyectos es asegurarse que quienes adopten sus distribuciones utilicen sus tecnologías de virtualización como soporte principal.

¿Cuál es el motivo para que cada vez más empresas deciden “investigar” OpenStack?. Se escucha mucho y fue uno de los motivos principales de mi asistencia al vmworld de este año.

Si las funcionalidades no son analizadas y los  servicios/aplicaciones de estas empresas no están preparadas para correr sobre OpenStack ¿dónde está el tema?.

En los casos que relevé personalmente el principal motivo es el costo de las licencias que utilizan para sus servicios de IaaS. Ni por cerca pasa analizar OpenStack por sus funcionalidades ya que cuando estamos en una reunión para presentar de que se trata no llegaron a tomarse el trabajo de investigar qué es OpenStack. (para quienes quieran saber qué es OpenStack recomiendo leer el post introductorio de Pablo Scheri).

Esa es la realidad argentina y tal vez la realidad de muchos países de América Latina.

Son pocas las empresas de estos países que podrían beneficiarse de utilizar OpenStack. Y las que podrían están relacionadas al mundo de Internet (comercio electrónico e ISPs) donde se manejan “enormes” volúmenes de información o transacciones.

¿Cuántos gigantes de internet hay en América Latina?. Pocos, muy pocos.

Esto filtra  los requerimientos y funcionalidades que podrían ser adoptadas por las empresas que continúan teniendo sus servidores exchange dentro de sus propios centros de cómputos.

Es cierto que muchas empresas están “pensando” en armar sus nubes privadas y están creando sus roadmaps que les permitirán implementarlas. Si este roadmap incluye la transformación de sus aplicaciones y mover parte de sus servicios internos (correo electrónico, intranets, file servers, etc.) a la nube van por el buen camino.

Si estas logran convertir sus aplicaciones a una arquitectura aplicativa moderna pueden ser un buen candidato a OpenStack.

Desde mi óptica todo se reduce al costo del licenciamiento (suscripción en el caso de Red Hat) hoy en día. No hay nada más.

Está más que claro que la innovación tecnológica que OpenStack tiene bajo el brazo. Es importante y puede cambiar la forma en que las empresas adoptan tecnologías o cuanto las pueden explotar pero de momento el análisis es económico.

Este es el principal motivo por el cual las empresas “preguntan” por OpenStack. Y sumando al motivo que mueve a las empresas se cierra el círculo.

Todo es una cuestión de números, las compañías no quieren perder clientes que utilizaban sus tecnologías y las compañías quieren bajar sus costos. Habrá que encontrar un punto intermedio donde la ecuación cierre.

Tanto OpenStack como el concepto de SDN tienen grandes desafíos por delante y no son todos tecnológicos.

Hasta que las empresas no se decidan a innovar tecnológicamente el valor que OpenStack puede entregar no será analizado desde el punto de vista del bit y byte.

Y vos, ¿qué opinas al respecto?.

Foto: Jerry Huddleston

Desafíos de la virtualizacion de redes con vmware nsx

Como cualquier tecnología que llega para patearle el tablero a los paradigmas existentes existen algunos desafíos que vmware NSX deberá sortear si quiere ganarse un lugar en los centros de cómputo. Vamos a hacer un recorrido sobre cada uno de ellos para entender mejor cual es la situación de la solución de SDN de VMware.

Ver también: Las redes en ambientes virtuales, ¿el fin de la resistencia del mundo físico?

Ganarle un lugar al área de redes

Para el caso del SDN (software defined Networking) el primer desafío que tiene es que q quien viene a patearle el tablero es un área que tiene las piezas pegadas al mismo con cemento de contacto.

Las redes fueron por años un punto gris donde la virtualización en general tenía un lugar muy particular dentro de las comunicaciones de las empresas.

Generalmente la gente de Networking se limitaba a brindarnos acceso a la red física existente, a asistirnos en caso de algún problema y realizar modificaciones requeridas para nuestra infraestructura virtual.

Con VMWare NSX esto cambia completamente.

No solamente nuestros requerimientos para la red física disminuyen ampliamente una vez obtenida nuestra red de transporte sino que ganamos un control total sobre cambios a futuro en los casos de las infraestructuras cien por ciento virtualizadas.

Para la gente de redes NSX se puede ver como una amenaza.

Desplazar fabricantes con dominio de mercado

Sin dar más vueltas estoy hablando de Cisco. Quien lanzó su propia solución de SDN la cual compite con NSX aún no se encuentra madura.

La gente de redes ama a Cisco. Tanto es así que lo defienden a uñas y dientes cuando se plantea cualquier otro fabricante alternativo.

Este amor a la marca tiene aristas muy marcadas:

  • Sus soluciones son confiables
  • Trayectoria
  • Respaldo de la marca

“Nadie puede equivocarse eligiendo Cisco”

En muchos casos es como un fusible para quien arma la arquitectura de la red de la organización. Si existe un problema con soluciones de Cisco todos están cubiertos de que no hay algo mejor en el mercado y cada uno se lava las manos.

Hablando en castellano, si alguien compra Cisco y hay un problema la respuesta siempre es “imaginate si hubiese comprado otra marca lo que podría haber sido”.

Esquema de licenciamiento 

El esquema de licenciamiento de VMware para NSX es inclusivo desde el punto de vista de hypervisores soportados. Es decir, no estamos limitado a utilizar NSX únicamente con vpshere como hypervisor.

El problema es que el costo de las licencias por procesador es elevado para la media de las empresas, al menos latinoamericanas.

Históricamente VMware tuvo varias idas y vueltas con sus esquemas de licenciamiento por CPU físico, por cantidad de cores por procesador, por VRAM.  Personalmente espero algunos anuncios durante el vmware vmworld  2014 donde se presenten algunas alternativas de licenciamiento que permita a empresas medianas incorporar la tecnología a sus centros de cómputos.

Desafíos del cambio de tecnología

Los recursos humanos que operarán NSX deberán entrenarse en la nueva tecnología no cabe duda. Aquí es donde deberá plantearse en cada empresa una estrategia de integración completa del área de redes con el área de infraestructura.

En la mayoría de las empresas las áreas funcionan de forma independiente y para lograr la adopción de esta tecnología se deberán fusionar bajo un único mando para tener éxito. Quienes operaban el ambiente virtual deberán aprender cosas de redes y quienes operaban redes deberán aprender a trabajar sobre infraestructuras virtuales.

Formación de los partners de vmware

Como comentaba en la charla del último vforum en Wetcom estamos trabajando con NSX desde versiones Beta del producto. Esto nos permitió estar a la vanguardia de la tecnología y hoy en día poder ofrecer servicios profesionales sobre la solución.

A menos que los canales tradicionales de vmware, quienes generalmente también venden Hardware (servidores), aprendan de networking las implementaciones de NSX naufragarán.

Durante casi 2 años desde la compra de Nicira se prohibió a los partners hablar de la tecnología con clientes. Esto se debía a que tradicionalmente el fuerte de estos últimos era la infraestructura y no las redes.

En el caso de Wetcom venimos trabajando desde versiones Beta del producto lo cual nos permite estar hoy en día listos para asistir a nuestros clientes en la adopción de SDN en ambientes virtuales basados en VMware.

Casos testigos

Esto más que un desafío es un pedido a grito de quienes están analizando NSX para sus centros de cómputo. La pregunta “¿quién tiene implementado esto en el país?” se escucha en cada reunión a la que asistimos.

Los early adopters ya están trabajando en pruebas de concepto e incluso en implementaciones de esta tecnología por lo que preguntas como esta encontrarán respuesta en los próximos meses.

Lo importante creo no es quien lo tiene implementado sino el beneficio que puede proveer al negocio y, por que no, convertirse en un early adopter uno mismo.

Conclusión

Como toda tecnología o paradigma nuevo NSX tiene algunas barreras que romper. Es responsabilidad de la marca transmitirle confianza a los clientes como así también es responsabilidad del partner conocer sus limitaciones y no embarcar a un cliente en un viaje sin garantías.

Es cuestión de tiempo para ver como de a poco las empresas de telecomunicaciones comenzarán a adoptar la tecnología y posteriormente lo harán el resto siempre y cuando los casos testigos comiencen a florecer con buenos resultados.

vmware vsan en Argentina – porque tiene sentido

Vmware vsan en argentina, porque tiene sentido. Primero que nada este post es importante para quien esté a cargo de la definición de arquitectura de tecnología para una oficina remota en Argentina, Venezuela y otros países emergentes.

Cubre la situación político-económica del país y como esta impacta en las decisiones y procesos de compra e implementación de tecnología.

Antes de avanzar con el post tengo que aclarar que soy socio de un Partner de Vmware en Argentina. Algunos lectores pensarán que el contenido es deliberado y completamente intencional, pero no es el caso. Cualquier tecnología de software-defined stroage aplicaría de la misma manera y hablo de vmware vsan porque es la tecnología que más conozco y me considero en posición de opinar.

Situación político-económica de Argentina

La situación político-económica del país no es la mejor en este momento. Y es mucho peor si la relacionamos con el mundo de la tecnología.

Argentina no produce ninguna tecnología relacionada a la infraestructura de centro de cómputos (hardware o software). Es por esto que el país se ve forzado a importar cualquier cosa que un centro de cómputos moderno necesite para continuar funcionando.

El déficit financiero fuerza al gobierno a regular cada transacción que esté relacionada con la importación de productos y servicios para minimizar el impacto en las reservas de moneda extranjera.

Esta situación fuerza demoras en las compras de hardware y software durante semanas e incluso meses. En algunos casos las transacciones no llegan a completarse principalmente porque el gobierno controla cada una de las transacciones que se deben realizar.

Por sobre esto debemos sumar que para la importación de productos o servicios al precio de compra se le debe sumar un 30% por no comprar productos desarrollados en Argentina. Productos que no se pueden comprar porque no se producen localmente.

Es mucho más simple conseguir la aprobación por una transacción de importación relacionada al software que al hardware. Es aquí donde vmware vsan entra en juego.

Adopción de la tecnología de vmware en Argentina

La tecnología de vmware está ampliamente adoptada en Argentina y es la primer razón por la cual vmware vsan es una buena opción.

Al ser almacenamiento definido por software incorporado en la misma consola de administración Web que los administradores de vmware utilizan todos los días el conocimiento que se debe sumar para operar el nuevo sistema no es tanto.

Para una administrador de vmware con experiencia comenzar a trabajar con vmware vsan sería mucho más simple que comenzar a trabajar con cualquier otro sistema de discos.

Tamaño de las organizaciones en Argentina

Las organizaciones o empresas en Argentina son de tamaño mucho menor a lo que se puede encontrar en Estados Unidos, Canadá o el Reino Unido.

Cuando vmware anuncia los casos de uso de vmware vsan indicando que es ideal para oficinas remotas el lector debe entender que lo que para una oficina remota de una organización de los Estados Unidos es lo que requiere una organización promedio de Argentina.

Esta es otra de las razones por las que vmware vsan tiene sentido.

Rompiendo los estándares tecnológicos

Estoy seguro que muchos de los lectores de este post nunca pensaron en considerar vmware vsan para su centro de cómputos principal o para sus oficinas remotas. Pero en el caso de Argentina este debe entrar en juego y ser contemplado seriamente.

Crear un estándar tecnológico para una organización no es tarea simple. Se deben definir tecnologías y realizar pruebas de laboratorio para determinar si la tecnología cumple con los requerimientos del negocio. Eso está completamente comprendido.

Lo importante es contemplar la tecnología de vsan dentro de las pruebas de laboratorio para determinar si es un candidato viable.

vmware vsan en Argentina – Porque tiene sentido

  • Importar hardware es mucho más complejo que importar software.
  • El conocimiento de la tecnología de vmware ya existe.
  • Es más simple comprar unos discos sueltos que un sistema de discos completo.
  • La demora en la entrega de discos es de solo unas pocas semanas.
  • La entrega de un sistema de discos completo puede demorar meses.
  • Los niveles de escalamiento, rendimiento y disponibilidad son más que suficientes para el promedio de las empresas.

vsan es una excelente opción si está analizando cambiar el sistema de discos de su ambiente virtual basado en vmware vsphere en una organización en Argentina.

La situación del país es similar a la de Venezuela y otros países emergentes y es por esto que el artículo aplica de la misma manera.

Este artículo también puede encontrarse en inglés en vmware vsan in Argentina – why makes sense to use it.

 

Veeam y Nutanix grandes ausentes en VMware PEX 2014

A unas semanas de finalizado el vmware partner exchange 2014 (no tuve la suerte de ir este año) pude colectar algo de la información disponible en internet junto con lo que trajeron las dos personas de Wetcom que viajaron a San Francisco.

Más allá de las novedades con respecto a vSAN y vDP, dos de los productos que más fuerte impulsó vmware en el evento, me enteré que quedaron fuera del mismo dos empresas (partners de vmware) que, justamente,  se dedican a desarrollar tecnologías que compiten directamente con los dos productos que vmware expuso.

La ausencia de Veeam

Veeam es históricamente el fabricante de soluciones de respaldo y recuperación que más creció y enfocó sus desarrollos a tecnologías de vmware.

Sus productos de respaldo y replicación son reconocidos y utilizados por cientos de empresas en todo el mundo confiando en estos las situaciones donde se requiera recuperar información.

En este punto la renovada solución vDP (vmware Data Protection) compite cara a con la de Veeam. vmware incorporó la solución de EMC Avamar reemplazando completamente su solución de vDP. La misma es gratuita hasta cierto punto y para continuar creciendo los usuarios deberán migrar su solución de backup a Avamar.

La ausencia de Nutanix

Desde hace unos 3 años Nutanix incorporó una solución de servidores+storage consolidados de gran densidad convirtiéndose en una de las principales opciones a la hora de definir el hardware a utilizar en nuevos ambientes de VDI.

En muy pocas unidades de rack Nutanix puede incorporar lo que en otras  ocuparía fácilmente un rack entero cuanto menos.

Esta solución compite directamente cara a cara con el nuevo desarrollo de vmware vSan el cual busca utilizar los discos de los servidores locales corriendo ESXi para convertirlos en un ambiente de SAN distribuido.

 Entendamos las ausencias

Muchas de las personas con las que hablé del tema, incluso personas que trabajan en las empresas ausentes, no estuvieron de acuerdo con que vmware los borrara de un plumazo en un evento tan importante donde pueden encontrar nuevos socios de negocio dispuestos a comercializar sus productos.

Hay que ponerse el traje de abogado del diablo para entender la movida de vmware.

Para poder presentar las tecnologías de vSan y vDP presentadas en PEX vmware invirtió algunos millones de dolares en R&D para lograr un producto “mostrable” a los partners que asistían al evento.

Si miramos el punto de vista financiero cuando uno invierte lo hace pensando en recuperar la inversión y obtener ganancias a partir de la misma.

No es extraño que luego de invertir algún dinero vmware decida remover del listado de partners a dos empresas que son socios tecnológicos y, al menos ahora, competidores.

El dueño del evento es vmware y por lo tanto decisión de quien esponsorea el evento y quien no, de la misma forma de quien compite y quien no. Es por esto que vmware dejó fuera a dos empresas que apostaron de lleno a desarrollar sus soluciones de su mano pero que con la evolución de las tecnologías hoy compiten.

El evento era una buena oportunidad para que las tres empresas mostraran lo que tenían para mostrar pero fue vmware la única que pudo hacerlo.

Esto no debería levantar ninguna alarma hasta el vmworld de agosto en USA o en octubre en Europa.  Si para estos eventos no pueden participar Veeam o Nutanix creo que más de un socio tecnológico de vmware se hará unas cuantas preguntas.

Resumen de posts sobre vmware site recovery manager

Siguiendo con la idea del post anterior donde revisé algunos de los mejores posts sobre licenciamiento de productos de vmware en este caso voy a cubrir algunos posts relacionados con la recuperación de desastres para ambientes virtuales y más especificamente sobre vmware site recovery manager.


srm y stretched clustersSite recovery manager  y stretched clusters, cuando elegir uno, otro o ambos

En este post, que en realidad no es un post, es el video de la charla que dimos junto a Pablo Scheri en el vmware virtualization forum 2013 en Buenos Aires.

En el mismo discutimos cuales son las alternativas para el uso de vmware site recovery manager y clusters extendidos, cuando uno, cuando el otro y en que casos pueden trabajar en conjunto.

Creo que la charla fue muy buena por lo que vale la pena tomarse un rato para mirarla entera.


recuperacion de desastres con srm y viewPodcast S02E02 – Disaster recovery con vmware SRM y view

En este post, que tampoco es un post sino un podcast, cubrimos los beneficios de trabajar con vmware site recovery manager como herramienta de automatización de procesos de recuperación de desastres.

Aprovechando el momento discutimos también la posibilidad de incluir vmware view dentro del esquema de recuperaciones con el fin de simplificar el acceso a los puestos de trabajo a los usuarios durante un período de crisis.

Es un podcast que vale la pena escuchar.


rto rpo drp vmware srmRecuperación de desastres en ambientes virtuales

La idea de este post es mostrar los escenarios y conceptos generales dentro del marco de un proceso de planificación de recuperación de desastres.

También se ven los beneficios de poder trabajar con vmware por la simpleza de los procesos de recuperación.


vmware srm topologyRecuperación de desastres con vmware site recovery manager 5

En este artículo cubrimos los beneficios de trabajar específicamente con vmware site recovery manager 5 y sus nuevas funcionalidades y los requerimientos de las mismas como así también los escenarios donde se podrían aplicar cada una de las funcionalidades.

Un muy buen post como introducción a SRM 5


licencias site recovery managervmware srm – cuando 76 vms pueden ser muchas

Vuelvo con este artículo que ya les había presentado en el post sobre licenciamiento de vmware. En este caso el artículo describe el esquema de licenciamiento de vmware site recovery manager y los diferentes tipos de versiones de productos.

Aquí se ve claramente lo que vmware considera como una pequeña empresa y cuando comienzan a ser una empresa mediana. El modelo de licenciamiento lo deja bien claro.

 


Espero les sirva! Nicolás Solop

Resumen de articulos sobre licencias de vmware

Revisando un poco el historial del trabajo que venimos haciendo en el blog de tecnología de wetcom y trabajando un poco en SEO del sitio pude identificar claramente que hace ya algunos años que venimos generando contenido de calidad para nuestros clientes y visitantes.

Quiero aprovechar este post para hacer un breve resumen de los mejores artículos relacionados al mundo de las licencias de vmware:


Tipos de licencias de vmware vsphere 4

Este artículo es una introducción al licenciamiento de vmware vsphere 4  donde se detallan las modificaciones en las versiones, el cambio del licenciamiento por cores junto con un excelente análisis de cada una de las licencias y cuando es adecuando un tipo y cuando es adecuado otro tipo de licencia.


Tipos de licencias de vmware vsphere 4 – segunda parte

En este artículo presentamos en detalle cada una de las versiones de vsphere junto con las funcionalidades que vmware les había otorgado en esa oportunidad.

Recordemos que para la época de la publicación del artículo vmware todavía mantenía funcionalidades básicas como vmotion dentro de las versiones más avanzadas del producto.

Con el correr del tiempo esto fue cambiando a medida que el negocio del hypervisor fue decayendo.


Diferencias de esxi con y sin licencias Diferencias de ESXi con y sin licencias

Cuando vmware anunció el fin del desarrollo de esx como hypervisor dejando únicamente a esxi como motor de máquinas virtuales en bare metal se dispararon muchísimas consultas con dudas al respecto de que se podía hacer y que no con esxi.

En la mayoría de los casos las dudas eran sobre software que corría con agentes dentro del service console que estaba basado en un RedHat enteprise Linux.

Este artículo resume perfectamente las respuestas a estas consultas.


Licencias y versiones de vsphere 5Licencias y versiones de vsphere 5.0

Este artículo es interesante ya que al momento del lanzamiento de vsphere 5.0 vmware decidió cambiar su modelo de licenciamiento por uno basado en vram lo que generó grandes discusiones al respecto.

Junto con el cambio del licenciamiento aparecieron algunos cambios en los tipos de licencias disponibles ya que se consolidaron las versiones advanced y enterprise en la versión 5.0 de enterprise.

Las versiones de essentials y essentials plus se mantuvieron pero la última logró algo interesante que fue sumar a vmotion como funcionalidad. Este último punto para mi fue una decisión clara de vmware viendo que, nuevamente, el negocio del hypervisor seguía en caida libre.


Licencias site recovery managervmware srm 5 – cuando 76 vms pueden muchas

Este artículo generó grandes comentarios ya que describe el modelo de licenciamiento de vmware site recovery manager 5.

Los comentarios no fueron debido a la gran explicación del licenciamiento sino al análisis del mismo donde se puede apreciar la diferencias de precios entre las diferentes versiones del producto.

Este mismo post fue explicado durante la charla del pasado vmware forum que dimos junto a Pablo Scheri.


Voy a seguir actualizando el post a medida que las publicaciones relacionadas a licenciamiento del blog de wetcom vayan sucediendo.

Nicolás

Nueva seccion de empleos en el sitio web de Wetcom

Trabajar en wetcom ahora es más fácil

Hace mucho que no escribo por acá. Quiero contarles que en el sitio web de Wetcom creamos una nueva sección relacionada a empleos.

En esta sección iremos publicando las posiciones de empleo que tengamos abiertas en el momento por lo que creo es una buena opción visitar el sitio cada tanto para que puedan ver que posiciones estamos buscando cubrir por lo que te recomiendo si queres trabajar en wetcom no dejes de visitarla.

Algunas posiciones son bien puntuales y necesarias para un momento determinado de proyectos o de crecimiento de la empresa pero en otros casos, como en las posiciones relacionadas a consultoría vmware, estarán siempre disponibles dado que siempre estamos dispuestos a incorporar al equipo de trabajo recursos que puedan sumar experiencia y calidad al mismo.

Un punto interesante de la nueva sección de empleos en el sitio  web de Wetcom es que no hace falta que subas tu curriculum sino que directamente podés postularte utilizando tu perfil de linkedin. Para esto creo que es super importante que tengas tu perfil actualizado ya que nos ayudará a identificar mejor a los candidatos. Aquí algunas líneas que escribí sobre como mejorar tu presentación en Linkedin:

5 tips para un perfil de linkedin irresistible

Si querés seguirnos por otros medios para enterarte de las nuevas posiciones podés seguirnos en:

Twitter

Facebook

Linkedin

Google+

Sin más les dejo el link de la sección de empleos dentro de Wetcom para que puedan ver si alguna posición les puede interesar.

Empleos Wetcom Group

Nicolás