Investigación de Redes SDN (parte II). ¿Por qué?

¿Por qué es necesaria una transición a SDN?

En este documento explicamos las claves que hacen necesaria una reforma de las redes en los centros de datos.

¿Quieres saber por qué las redes se han quedado “ancladas en el pasado”?

BYOD, Cloud computing, Big Data, IaaS, PaaS, SaaS … tecnologías cuyo crecimiento exige una reforma de las redes de telecomunicaciones:

¿Por qué SDN?
¿Por qué SDN?

Descarga:

SDN – Principia Technologica-2

Servidor gratuito en la nube con Amazon

Lo primero es necesario abrirse una cuenta en Amazon Web Services (AWS) y lanzar una instancia Elastic Compute Cloud (EC2) que básicamente consiste en una máquina virtual Linux con al que podemos hacer lo que queramos, y lo más importante, Amazon te da 1 año gratis para usarlo, después del año te cobrará por horas de uso y almacenamiento, pero la instancia puedes pararla y terminarla cuando desees. En caso de que quieras dejarla siempre corriendo, puedes llegar a pagar unos 16€ al mes.

Para ello vamos a aws.amazon.com y pulsamos en Get Started for free  -Launch virtual machines and apps in minutes

Read more

Estrategia de Cloud Computing 2014

En este artículo queremos dar unas notas rápidas acerca del estado actual de la virtualización. Entre las preguntas que  más comúnmente se hace un responsable de IT está el hecho de si llevarse o no a la cloud pública sus servicios, ya sean corporativos o a disposición de sus clientes.

Aquí queremos ver ventajas e inconvenientes de cada una, así como los escenarios idóneos para la implementación de cada solución actual del mercado.

Cloud Pública vs Cloud Privada

Nube Pública

Nube púbica es la que se basa en el modelo estándar de cloud computing en el cual los servicios, aplicaciones y almacenamiento se ponen a disposición de los usuarios a través de Internet, “como servicio”, generalmente, con un modelo de pago por consumo. Si bien la nube pública resulta atractiva para muchas empresas puesto que reduce la complejidad y los plazos de entrega, debido a que la estructura subyacente es fija ofrece menos margen de personalización para la seguridad y el rendimiento. Existen muchos tipos de nube pública. Las plataformas más comunes son las de infraestructura como servicio (IaaS), plataforma como servicio (PaaS), software como servicio (SaaS) y escritorio como servicio (DaaS). Todas ellas, como proveedores, las ponemos a disposición del cliente a través de nuestros servicios de cloud propios. Las economías de escala que permite el cloud computing público hacen que esta tecnología resulte especialmente atractiva.

Apropiado para – Empresas que necesitan poner un servicio rápidamente en el mercado, están sometidas a menos restricciones normativas o buscan externalizar parte o la totalidad de los requisitos de IT de su empresa. Estas empresas pueden simplemente registrarse y empezar a utilizar servicios de cloud computing, almacenamiento on-line y otros servicios inmediatamente.

Read more

Cloud computing. Diferencias HVM, PVM y virtualización del sistema operativo

Pues aquí estamos de nuevo con un tema de virtualización, que está muy de moda.

Alcance del documento

La información que encontramos diariamente en las webs especializadas es extensa, por no hablar de la oferta de hosting que se proporciona a nivel de máquinas virtuales, que podría decirse que ha revolucionado el mundo del hardware hasta el punto de que los clientes se planteen la necesidad de adquirir propiamente dicho hardware, o recibirlo como un servicio (HaaS – hardware as a service) que un proveedor se compromete a mantener en determinados niveles de calidad.

Aquí lo que pretendemos hoy es dar un primer enfoque técnico a las diferentes formas de virtualizar, entendiendo su funcionamiento y el porqué de esta pequeña revolución del hardware.

Concepto

La virtualización es la abstracción de los recursos de una computadora (host anfitrión) en una capa lógica llamada hipervisor que, mediante un software, se encarga de gestionar dichos recursos para proporcionárselos eficientemente a las diferentes máquinas huesped (guests) o máquinas virtuales.

Tipos

Si decíamos que la virtualización es la abstracción de los recursos del sistema, tales recursos podrán ser el hardware propiamente dicho (CPU, memoria, disco, tarjetas de red, periféricos), incluyendo o no el software para manejar dichos dispositivos (drivers), o podrán ser recursos software, programas diversos o el propio sistema operativo, que a su vez gestiona el hardware. Y esta es una clasificación típica:

FULL VIRTUALIZED (HVM – Hard Virtual Machine)

Como su nombre indica, se trata de una virtualización completa de la máquina. En este tipo de virtualización, la máquina virtual no es consciente de que realmente es virtual (huésped – guest), esto implica que el sistema operativo y el kernel trabajan de manera  completamente independiente, como si se tratara de una máquina física, sin interactuar con el hypervisor.

Evidentemente que sus recursos hadware (discos, memoria, tarjetas) son físicamente del anfitrión (host). Para que este sistema operativo de HVM los emplee, sus drivers han de ser emulados. Es por esto que debe existir un acoplamiento perfecto entre el host (su microprocesador hardware, su hypervisor software) y el guest (la capacidad de su sistema operativo para correr los recursos proporcionados por el host).

Si un software de hypervisor determinado no está optimizado correctamente para el microprocesador del host, la emulación de los drivers será mala, y la máquina virtual no funcionará bien. Además, es requisito que el microprocesador permita esta configuración a nivel de BIOS, debe permitir AMD/UTX Virtual.

PARAVIRTUALIZED (PVM)

Una máquina paravirtualizada es una máquina que es consciente de que es un máquina virtual, y que para correr requiere que el hypervisor le presente los recursos hardware del anfitrión. Esta comunicación se produce a nivel software de sistema operativo y kernel, no a nivel hardware, por lo que se requiere un buen acoplamiento entre el hypervisor y los distintos sistemas operativos que pueda correr la máquina virtual.

Como se trata de una tecnología en auge, la mayoría de los sistemas operativos importantes, y por descontado Windows y Linux permiten y están optimizados para trabajar con los hypervisores HyperV, XEN, VMWare, RHEV … Esto hace de este tipo de virtualización la óptima para la mayoría de los entornos.

En este caso, los drivers no son emulados, puesto que la máquina virtual ya es consciente de que no tiene conectados físicamente los dispositivos. Se utilizan drivers genéricos optimizados para virtualización, para compartir recursos hardware con el anfitrión. Puede ocurrir que la máquina requiera un driver no genérico, ha de instalarse aparte el driver optimizado para virtualización, de lo contrario no podrá ser empleado ese recurso por el sistema operativo.

VIRTUALIZACIÓN DEL SISTEMA OPERATIVO

El software del sistema operativo y sobre todo su núcleo (kernel) son los encargados de interpretar y traducir las órdenes de las aplicaciones y al final, usuarios del sistema, con el hardware, gestionando y administrando la utilización de los recursos del hardware disponible.

Cabe por lo tanto preguntarse ¿por qué no virtualizar también el sistema operativo? Es decir, que no sea necesario instalarlo a posteriori tampoco en las máquinas virtuales, que lo comparta con el host anfitrión. La respuesta es que efectivamente esta virtualización favorece la gestión, el rendimiento y la eficiencia de las máquinas virtuales, con el correspondiente ahorro de disco. Hay software de virtualización especializado en este tipo.

Como contrapartida, no podremos lógicamente y por concepto, tener otros sistemas operativos en las máquinas virtuales.

Espero haber dejado claros algunos puntos acerca de la virtualización.

Recursos monitorización XEN

En continuación con el post anterior, en el que aparecían diversas formas de monitorizar un servidor de virtualización XEN, la comunidad ha ido desarrollando diversos plugins y templates que ya permiten integrar scripts similares.

Concretamente, la template que podemos añadir a ZABBIX se encuentra en:

http://www.aceslash.net/misc/fms_xen_dom0.xml

 

Y el nagios-plugin cuyas posibilidades podemos explorar se encuentra en:

http://www.monitoringexchange.org/in…inux/check_xen

 

Cualquier comentario en cuanto a cómo usarlos o su funcionamiento, es bienvenido.