Archivo de la etiqueta: iscsi

StorSimple Virtual Array, un nuevo miembro en la familia

Esta semana me gustaría hablar de otra solución dentro de la familia StorSimple, que Microsoft nos presentó a mediados del mes de Diciembre del año pasado. Se trata del StorSimple Virtual Array. De momento está en preview, y el servicio sólo figura en dos DataCenters. Veamos en qué consiste y qué nos ofrece.

StorSimple Virtual Array (Storsimple VA 1200), supone otra manera de proporcionarnos storage híbrido. Esta vez la solución no viene de la mano de un dispositivo físico , sino que se trata de una máquina virtual  que descargaremos desde el portal clásico de Azure, y  alojaremos en un Hypervisor de nuestro Datacenter. Gracias a ella podremos expandir nuestra capacidad de almacenamiento a la nube, así como  plantear escenarios de backup y  disaster recovery.

Requisitos mínimos del Virtual Array

Para poder desplegarlo debemos reservar una serie de recursos , y asociarlos a la máquina virtual:

  • Número de procesadores: 4
  • Memoria RAM : 8 GB
  • Tamaño disco: para sistema : 80GB y para datos: 500GB
  • Una interfaz de red virtual

Los Hypervisores soportados como host deben ser Windows 2008 R2 SP1 o superior y VMware ESXi 5.5 o superior.

Características

El dispositivo permite  2 modos de funcionamiento: como  File Server empleando SMB o como dispositivo iSCSI. Los volúmenes pueden estar alojados únicamente en local o puede emplearse  un almacenamiento en dos niveles (local y en la nube), en el que para provisionarlo, se deberá disponer en local de al menos un 10% del espacio total.  Para poder gestionar y configurar  el virtual Array tenemos a disposición varias herramientas :

– Interfaz web local: es un portal web al que accederemos introduciendo la ip de nuestra VM. Permite administrar gran parte de las características: el modo, los volúmenes, etc.

– StorSimple Manager: se trata del panel de Azure desde el que controlaremos los dispositivos StorSimple.

– Command Line Interface:una interfaz de comandos en Powershel para poder interactuar con el Virtual Array,

Limitaciones de almacenamiento

En cuanto al almacenamiento encontramos las siguientes:

– Capacidad máxima: cada Virtual Array puede gestionar como máximo 64 TB (entre la nube y local) o 6,4TB si se trata de almacenamiento local.

– Volúmenes: para almacenamiento local y en la nube un máximo de 20TB y, para local 2TB.

Asímismo el espacio va a estar siempre condicionado al que tengamos disponible en nuestra infraestructura.

Backup y disaster recovery

Es aquí donde podemos ver las posibilidades que ofrece,  permitiendo hacer cloud snapshots, backups incrementales y bajo demanda.  Estos backups se registrarán en un catálogo, que  podremos seleccionar posteriormente, ofreciéndonos a su ver la posibilidad de restaurar los archivos en otra ubicación. Gracias a la característica de Item Level Recovery, implementada en su modo de funcionamiento como File Server, los usuarios podrán restaurar ellos mismos elementos eliminados,

En cuando a los escenarios de disaster recovery, podremos hacer failover de un virtual array,  y restaurarlo en otro que tengamos previamente activo en nuestro StorSimple Manager.

Architecture

Después de tener una visión general del producto, podemos decir que es una herramienta bastante completa para pequeña empresa, combinando soluciones de almacenamiento y backup en un solo elemento. Y con esta conclusión me despido hasta el próximo post.

Alta disponibilidad en VDI de Windows Server

Cada vez es más común utilizar infraestructuras de escritorios remotos para utilizar como ordenadores principales. Este puede ser el caso de una organización que en vez de comprar un número elevado de equipos, compran unos servidores que ofrezcan este servicio y unos clientes para acceder a este. En este artículo vamos a mostrar cómo establecer alta disponibilidad en los hosts que ofrecen las máquinas virtuales, que son el principal punto de fallo.

Infraestructura

Lo primero que vamos a hacer es definir la infraestructura. Para ello necesitaremos 4 máquinas (mínimo), todas ellas con Windows Server. Dos de ellas serán servidores “simples”, que harán los roles de RD Licensing, RD Connection Broker y RD Web Access. Los otros dos servidores serán más potentes, y albergarán las máquinas virtuales mediante el rol de RD Virtual Host. A parte, necesitaremos un espacio de almacenamiento compartido por estos últimos servidores.

La alta disponibilidad de los Virtual Host la ofreceremos gracias a la posibilidad de crear en Windows Server un Failover Cluster. A este Cluster le añadiremos el espacio de almacenamiento compartido como Cluster Shared Volume (CSV). Las interfaces de red recomendadas en estos servidores son cuatro: una para los clientes, una para las migraciones en caso de fallo, una para el heartbeat (comprobará si los servidores están caídos) y otra para el CSV.

El mapa de red será el siguiente:

clip_image001

Remote Desktop Services

Se va a hacer una instalación estándar de los roles de Remote Desktop Services. Podéis seguir esta guía. Las opciones a elegir en el asistente son:

  • Instalación de Remote Desktop Services.
  • Standard deployment.
  • Virtual machine-based deployment.
  • Elegir RD Connection Broker.
  • Elegir RD Web Access (puede ser el mismo que RD Connection Broker).
  • Elegir RD Virtualization Host (seleccionamos los dos).
  • Instalar.

El asistente se encargará de instalar los roles y herramientas necesarias en cada máquina.

Failover Cluster

Lo siguiente es configurar el Cluster. Para ello, desde el asistente de instalación de roles y características de Windows Server, seleccionamos Failover Clustering en características.

clip_image002

Esta característica hay que instalarla en todas las máquinas que harán de RD Virtual Host. Podéis seguir esta guía para configurarlo. Una vez acabado, deberéis agregar el disco compartido al Cluster como Cluster Shared Volume, que previamente deberéis haber añadido a cada servidor.

clip_image003

Una vez completado esto, y configurado las redes, tanto en el Cluster para el cliente, heartbeat y CSV, en Hyper-V para la migración, y un switch virtual para las máquinas de Hyper-V, ya podemos crear la colección de escritorios virtuales.

Virtual Desktop Infraestructure

La creación de escritorios virtuales la podemos hacer con los parámetros que necesitemos. En el momento de elegir el almacenamiento, debemos elegir la opción de Cluster Shared Volume, que será una carpeta montada dentro del disco duro de cada nodo del cluster.

clip_image004

Tras esto, podemos finalizar el asistente y crear las máquinas. Estas se unirán automáticamente al Failover Cluster, por lo que a partir de ese momento ya nos beneficiaremos de todas las ventajas: tendremos las opciones de un Cluster, como la migración y alta disponibilidad, y el acceso mediante escritorio remoto.

clip_image005

Si, además, queremos que por defecto las máquinas virtuales pertenezcan a un nodo (si este está operativo) deberemos marcarlo en el clúster, junto con el rollback. Además, podremos desplegar las actualizaciones en los virtual host con la ayuda del clúster para asegurarnos de que los usuarios no se vean afectados.

Como veis, gracias a las opciones de VDI y Failover Cluster de Windows Server, conseguiremos desplegar un servicio de escritorio remoto en alta disponibilidad ante fallos.

¿Stor qué …? StorSimple

Esta semana me gustaría hablaros de un appliance que lleva tiempo en el mercado: StorSimple. Es por ello que he querido dedicar este artículo a hablar de una manera genérica e introductoria de él. Este sistema (StorSimple) encaja perfectamente en el concepto de almacenamiento híbrido (también conocido como CIS: Cloud Integrated Storage), así pues entremos en materia.

FUNCIONAMIENTO

La lógica de funcionamiento de este sistema sería el siguiente, el cual podríamos dividir en varios niveles:

  • Detección de archivos más utilizados: el aparato dispone de un algoritmo que identifica cuáles son los archivos más empleados (hot files) , de tal manera que estos se situarían en los discos SSD a modo de caché.
  • Deduplicación: Cuando un archivo tiene patrones similares se eliminan por medio de la deduplicación (que nos permite ahorrar espacio de almacenamiento, ya que elimina toda aquella información que es redundante).
  • Compresión :Es capaz de detectar qué archivos se emplean más y cuales no, de tal manera que aquellos que no se emplean tan habitualmente se guardan en los discos SAS y a continuación los comprime.
  • Cifrado: Una vez comprimidos los cifra (con la clave que hayamos establecido) y los almacena en una cuenta de almacenamiento que hemos configurado .

De esta manera, tendremos por un almacenamiento en el dispositivo y otro en la nube (alcanzando un espacio mayor de almacenamiento). Todo este proceso es transparente para el usuario, para el cual, los datos estarán en la red local, independientemente del estado en el que se encuentren.

En el propio dispositivo (una vez inicializado y conectado al server de nuestro Datacenter) podemos establecer volúmenes, y también debemos establecer la cuenta de almacenamiento de Azure donde se van a guardar los datos. Podemos establecer una clave para cifrar los datos cuando se suban a Azure.

El DISPOSITIVO

Como dispositivo se trata de una serie de discos SSD y discos SAS, que nos permite tener un almacenamiento en local y en la nube. Todo esto claro, a muy “grosso modo”, ya que detrás de todo esto hay mucho más. Actualmente Microsoft dispone de varios modelos separados en varias series: los de la serie 7000 y los de la serie 8000. La diferencia más significativa (aunque no la única) entre ambas series radica en el Kernel que lleva por debajo el dispositivo . Si bien los de la serie 7000 (y anteriores) llevan un sistema Linux embebido, los de la serie 8000 ya vienen con un Windows también embebido (cosa que nos va a permitir una serie de características adicionales, pero este no va a ser el objeto de este artículo).

El dispositivo es redundante frente a posibles fallos. Dispone de 2 controladores y 2 fuentes de alimentación, pero sólo una de ellas va a estar activamente funcionando. Cada una de las controladoras consta de 4 puertos ethernet de los cuales uno va a servir para poder administrarlo vía web (MGMT), otro va a servir para conectar el appliance via iSCSI a nuestro datacenter, otro par establecer la conexión con Azure, y tendríamos un puerto adicionar para configurar.

5010_7010ApplianceBackPlane.png

LIMITACIONES

Hay algunos escenarios en los que no son recomendables como el caso de aplicaciones en tiempo real, ya que para recuperar algunos datos que estén en la cuenta de almacenamiento, aunque el periodo de latencia no sea elevado, quizá no cumpla con los requisitos exigidos.

Y hasta aquí unas breves nociones sobre StorSimple. Espero haber arrojado un poquito de luz sobre este tema. Un saludo y hasta otro post!!!