Saltar al contenido

Simplivity y Huawei unen fuerzas

El 6 de Diciembre de 2016, Simplivity y Huawei anunciaron un acuerdo para distribuir la plataforma Ommistack sobre los Fusion Server de Huawei, lo cual supondrá mejorar la oferta de HW disponible para uno de los principales actores en el mundo de la Hyperconvergencia.

 

 

La noticia ha sido una de las grandes sorpresas de final de año, más incluso después de los recientes rumores de adquisición de Simplivity por parte de HPE.

El acuerdo en principio solo afecta a los servidores Huawei FusionServer RH2288H V3, que son por así decirlo los pequeñitos de la familia:

 

pero no deja de ser una noticia de impacto, por lo que pudiese significar acuerdos con terceros para el uso de servidores “superiores”, no hay que olvidar que Huawei es uno de los principales players en venta de equipos por encima de 4 vías y cuenta en su arsenal con equipos muy potentes y versatiles, como el x6800 o los RH8100.

 

 

Tampoco deja de ser interesante la capacidad de Huawei para alcanzar acuerdos y colaborar con “competidores” (Huawei cuenta con su propia solución de Hyperconvergencia)

 

Puedes leer el comunicado oficial, aquí.

 

Las limitaciones de los sistemas de hiperconvergencia de primera generación (Según CISCO)

Si hace un tiempo se rumoreo que Cisco intento comprar Nutanix y que el fracaso de estas negociaciones dio lugar al proyecto Hyper-Flex, parece que por fin han entrado en fase de competencia con el resto de players (la competencia dinamiza el mercado), ¿por qué digo esto?, fundamentalmente por la aparición de publicidad y notas de prensa, no solo acerca de su solución…también comparándola (con o sin nombres) con la competencia.

logo_cisco

El 14 de Noviembre de 2016 aparecía en el Blog de Cisco un artículo titulado “Las limitaciones de los sistemas de hiperconvergencia de primera generación“, es ese artículo el que da origen a esta entrada, donde resumiré las principales argumentaciones del fabricante. Es importante aclarar que NO es un artículo que refleje mi opinión acerca de Hyper-Flex o su competencia, aunque si introduciré algunas notas al final de la entrada para ayudar a comprender el artículo que puede ser complicado para quien no este familiarizado con estas nuevas tecnologías.

 

Bien…. entramos en materia:

 

Introducción: básicamente da  un par de pinceladas de los motivos que facilitaron la aparición de la Hyperconvergencia como respuesta a problemas de complejidad, necesidad de implementar clústeres (orientados a la virtualización) de manera rápida, etc.

Argumentos: esto es lo que realmente nos interesa.

Según Cisco, “La primera generación de sistemas hiperconvergentes combinaba servidores genéricos de arquitectura x86 con el almacenamiento definido por software para crear una plataforma informática simplificada y distribuida.”, este objetivo debían cumplirlo de manera rápida si querían aprovechar el mercado (antes de que las grandes reaccionasen ante este nuevo nicho de mercado) y esa celeridad  implico “… La simplicidad ha sido el incentivo de venta clave para estos pioneros. Pero para hacerlo posible y llegar al mercado a tiempo, estos primeros proveedores necesitaron hacer concesiones de diseño y tomar muchos atajos arquitectónicos.”

Continuamos con las razones de Cisco:

  • Automoaización limitada: se basa en que los llamados sistemas Hyperconvergentes de primera generación no integran la red (fisica) como parte de la propia solución
  • Falta de flexibilidad al escalar: la mayoría de las soluciones Hyperconvergentes se basa en servidores de Rack en los cuales se escala tanto en computo como en almacenamiento, lo cual no siempre puede ser apropiado.
  • Concesiones al rendimiento:  las plataformas implementan sistemas de archivos estándar, lo cual penaliza funcionalidades como la compresión o deduplicación
  • El soporte de las aplicaciones es estrecho (creo que es una mala traducción y querían decir limitado/malo): argumentan que los sistemas Hyperconvergentes solo admiten entornos virtualizados, lo cual puede ser limitante en arquitecturas que requieran microservicios sobre contenedores (empieza a aparecer artículos muy interesantes que comparan en eficiencia virtualización con sistemas tipo Doscker)
  • Se crean nuevos silos: se añade una nueva GUI para gestionar la plataforma Hyperconvergente, no soportan adecuadamente las redes SDN, carecen de plano de control unificado….

 

¿La solución a todo esto?

Los sistemas Hyperconvergentes de nueva generación como HyperFlex de Cisco.

cisco_hyperflex

<imagen cortesía de Cisco>

 

Comentarios del autor:

  •  Los nuevos players contaban con un tiempo limitado para explotar un nuevo nicho de mercado. La razón del tiempo limitado es muy sencilla de explicar, los nuevos players debían conseguir suficiente cuota de mercado para subsistir por si solos, antes de que las grandes copasen (o anulasen) ese nuevo nicho.
  • ¿Quiénes son los nuevos players?, no se mencionan explícitamente pero en función de los argumentos se pueden encontrar alusiones principalmente a Nutanix, Simplivity y vSANs like solutions
  • ¿Donde ponen especialmente el foco?: en la red, que por otro lado y como es normal en Cisco es uno de los puntos fuertes de su solución

 

Si queréis saber más sobre este tipo de soluciones podéis leer “Hyperconvergencia, ¿quién es quién? (Mayo 2016)” de un servidor.

 

Fortigate 30D configuración de VLANs

Continuando con el artículo anterior de configuración de un Forti 30D para uso en homelab, os dejo a continuación como configurar VLANs.

fortigate-30d-frontal

Si recordáis en el artículo anterior explicaba como romper el switch que agrupaba los 4 interfaces LAN, para disponer de 4 interfaces individuales con capacidad de filtrado y Routing. Esto ya es una mejora sustancial con respectoa las funcionalidades que Fortinet penso darnos con este equipo, pero seguía faltando algo fundamental… la configuración de VLANs.

Si recorremos los menus de la web y las opciones de los interfaces veremos que no es posible configurar estas opciones, por lo que deberemos recurrir a la cli.

FWF30D # config system interface

FWF30D (interface) # edit vlan_dmz

FWF30D (vlan_dmz) # set interface lan2

 

FWF30D(vlan_dmz) # set type vlan

 

FWF30D (vlan_dmz) # set vlanid 2

 

FWF30D (vlan_dmz) # set mode static

 

FWF30D (vlan_dmz) # set ip 192.168.xxx.yyy 255.255.255.0

 

FWF30D(vlan_dmz) # set allowaccess https ping ssh

 

FWF30D (vlan_dmz) # next

de esta manera tan sencilla veremos como en los interaces ya nos aparecen en la web

forti_vlan_1

 

y con esto si que tenemo sun equipo mucho más operativo para nuestro Homelab.

 

Espero que os resulte de utilidad.

Cambiar Switch Mode a un interface en Fortigate FortiOS 5

Hace poco he tenido la oportunidad de ampliar mi homelab, con un FortiWifi 30D. Es un equipo diseñado para ROBO que equipa un puerto WAN y un switch de 4 puertos gigabit (además de la parte de controladora Wifi, que en mi caso me interesa menos).

fortigate-30d-frontalfortigate-30d-trasera

El problema de este equipo es que con unicamente dos interfaces (WAN e internal) y sin VLANs tenemos poco juego, así que vamos a ver como “romper” el switch interno y pasar a tener disponibles de manera individual los 4 interfaces del Switch.

 

Lo primera es tener acceso (sobre todo si lo hacemos en remoto) de administración sobre un interfaz que no se vea afectado por el cambio, en mi caso habilite momentaneamente el acceso a través del interfaz WAN y ver los interfaces que tenemos:

 

forti_sw_to_int_1

como podéis ver el interfaz “internal” es un Swich, lo editamos y desactivamos el servicio DHCP

forti_sw_to_int_2

lo siguiente es eliminar todas las políticas que hagan referencia al Switch “internal”, acordaos de tener acceso desde otro interfaz antes de eliminar políticas que puedan dejaros sin conexión al equipo.

forti_sw_to_int_3

 

el siguiente paso desde la cli sera cambiar el modo del interfaz

forti_sw_to_int_4

 

y lo siguiente que tendremos e sun error que hará referencia al interfaz “lan”, que es uno de los interfaces (junto con el Wifi en mi caso), que forman parte del Switch “internal”

forti_sw_to_int_5

 

¿solución?, en la pestaña interaces eliminar el interfaz “internal”, recordad nuevamente tener conexión al equipo a través de otro interfaz que no estéis tocando en este momento.En la pestaña interfaces, nos aparecerá un nuevo interfaz llamado “lan”, nuevamente volemos al cli y ahora si podremos ejecutar el cambio de modo sin problema:

 

forti_sw_to_int_4

 

 

Una vez realizado este paso ya deberíamos ver todos los interfaces:

 

forti_sw_to_int_7

 

y nada más, con esto tendremos un equipo con 5 interfaces capaces de enrutar y filtrar trafico.

 

Espero os resulte de utilidad.

Heweltt Packard Enterprise (HPE) y Simplivity juntos?

El gigante HPE podría estar interesado en la adquisición de Simplivity, que es junto con Nutanix uno de los principales actores en el mundo de la Hyperconvegencia. La operación podría estar valorada en 3.9 Billones de dolares y tondría todo el sentido del mundo ya que la Hyperconvergencia (al menos del nivel de Simplivity) es un producto que HPE no tiene en cartera.

SimpliVity_Logo

Simplivity viene de tener un crecmiento del 110% frente al 77.4% de su inmediato perseguidor (Nutanix) en los últimos 12 meses según Gartner, lo que la posicionaría como un opción más que apetecible para gigantes con carencias en está tecnología.

De momento ambas compañías guardan silencio al respecto de lo que sería un movimiento importante en este mundo. Mientras tanto,  Simplivity continua revalorizandose en bolsa.

Group Policy Settings Reference para Windows 10 y Windows Server 2016

Esta es una de esas pequeñas cosas que inexplicablemente mucha gente (que se dedique a esto) desconece. Se trata un simple excel donde Microsoft documenta todas las plantillas administrativas, su alacance, sistema operativo al que aplica, etc.

logo_microsoft

Resumiendo un recurso, que puede sernos de gran utilidad para nuestros proyectos en entornos Microsoft. Podéis descargarla aquí.

Open Switches y Bare Metal Switches, ¿son lo mismo?

Este es una pregunta que me han hecho en más de una ocasión y es que hoy en día es rara la semana que no tenemos alguna noticia referente a este tipo de dispositivos, unas veces los llaman Open Switches, otras Bare Metal Switches, pero, ¿son lo mismo?. Tengo que decir que no he encontrado definición “formal” de los mismos, por lo que la siguiente explicación se basa en mi experiencia (y por tanto puede estar equivocada en su totalidad o en parte :-))

Switch_Dell_Bare_Metal

<Switch Dell Bare Metal>

Open Switches:

En esencia un Open Switch es un Switch en el cual Hardware y el Software se desacoplan, de manera que podríamos correr cualquier software (diseñado para ese switch) o a la inversa, podríamos instalar el software en distintas plataformas hardware (soportadas).

Bare Metal Switches:

Al igual que los Open Switch, separan el plano de software y Hardware de manera que un mismo dispositivo puede correr varias versiones distintas de software y un mismo software puede correr en distinto hardware

¿Entonce son lo mismo?

No, la diferencia radicaría en el termino “Open”, en un Open Switch el HW debería cumplir estándares y diseño abierto (un ejemplo de esto es el Open Compute Project), en un Bare Metal no tiene porque ser así. Podemos encontrar por ejemplo Switches de Dell y de otros fabricantes comerciales que cumplirían el requisito Bare pero no el Open

Microsoft libera para el OCP su nueva plataforma hardware para cloud

En los últimos días Microsoft ha sorprendido a propios y extraños al liberar como parte del proyecto OCP (Open Compute Platform), las especificaciones de su nueva plataforma HW para el cloud.

microsoft_ocp

El proyecto OCP cuenta entre sus socios con Facebook, Google, Intel, IBM, Rackspace .

 

Con esta contribución de Microsoft el proyecto Olympus da un pequeño cambio en cuanto a aproximación al HW Open Source. La finalidad ya no es tener un HW completamente funcional, al contrario se pretende que la comunidad pueda contribuir a terminar de definir los diseños propuestos.

 

project_olympus

 

Para los que se estén preguntando que es eso del proyecto Olympus, os diré que entre sus objetivos se incluye el diseño de una nueva placa base y de fuentes de alimentación con H.A. y las baterías incluidas, así como una nueva distribución de energía para el Rack.

Novedades en vSphere 6.5: vCenter Server

El 18 de octubre VMware anuncio la versión 6.5 de vSphere, la cual parece cargada de novedades.

 

Por fin y esto es una cosa que venimos demandando muchos, la instalación esta soportada para Linux y Mac a través de un instalador con un nuevo Look & Fell

 

installer_vsphere_6-5

 

en cuanto a funcionalidades nuevas cabe destacar:

  • Soporte a la migración
  • Mejoras en la gestión del Appliance
  • VMware Update Manager incluido
  • Native H.A. para el vCenter
  • Capacidades Built-in de Backup / Restore

Migración:

La migración podremos hacerla tanto desde nuestro vSphere 6.0 U2 como desde Windows vCenter Server 5.5 y 6.0 (se nota que VMware esta haciendo un esfuerzo importante por migrar a estos clientes a su versión Appliance)

 

VMware Update Manger (VUM):

¿Qué puedo decir de esto?.. ya era hora!! 🙂

Mejoras en la gestión del Appliance:

El interfaz de usuario ahora muestra también estadísticas de la base de datos y de Red, Disco, Health, etc.

vsphere-6-5-app-mgmt

 

vCenter Server H.A.:

El H.A. se soporta de manera nativa, en una configuración Activo/Pasivo y un nodo Witness (ambos se clonan del vCenter actual)

vsphere6-5-vcha

 

Backup & Restore:

 

A través de VAMI o API podremos hacer un backup a través de SCP, HTTP(s) o FTP(s). El Backup consiste en un conjunto de ficheros que podremos cargar de nuevo con el asistente de instalación (fijaos en la opción restore del final del menu)

 

vSphere Web CLient:

Bicho malo nunca muere. Básicamente y hasta que la nueva versión basada en HTML5 este totalmente desarrollada y más madura, se continua soportando e introduciendo algunos cambios en en el Web Client, ¿las más importantes?:

  • Inventory tree es la vista por defecto
  • Home screen reorganizado
  • Se renombra “Manage” tab a “Configure”
  • Se elimina “Related Objects” tab
  • Mejoras de rendimiento (VM Rollup a 5000 en lugar de 50 VMs)
  • Live refresh para tareas power states

vsphere-6-5-web-client

 

vSphere CLient:

Lo que empezó como un proyecto de Fling, es claramente la referencia futura en cuanto a gestión para VMware, El cliente mejora por momentos y personalmente me gusta bastante más que su antecesor basado en Flash

vsphere-6-5-h5-client

 

podéis encontrar más información, así como los originales de las imágenes aquí y aquí.