Desde ahora NetApp saca al mercado sus nuevos Shelfs DS4243 con tecnologia SAS  ( El shelf ) ya que los discos son SATA de hasta 2TB*

Hace unos meses instale mi primer cajón , quitandolo de la caja como quien abre un regalo de Navidad .

Desde ahora con estos cajones nos olvidamos de la conectividad en base a puertos IN – OUT ya que los conectores no son los clasicos LC-LC para la cascada del Loop  ( que para los cajones SAS pasan a llamarse Stack! )

Cuentan con soporte de hasta 24 discos de hasta 2Tb SATA lo que baja los costos para los clientes y el espacio.

Nota1 : A simple vista parece un shelf común solo que con mas bahias de discos pero en esta imagen se puede apreciar los cambios :

Lo que primero llama la atención son los 4 slots disponibles para fuentes de poder y luego los puertos nuevos y cableado.

Si miramos detalladamente vemos puertos ethernet los cuales son de configuración opcional para ACP (Alternate Control Path)  que posterior a su instalación y cableado son configurables desde DataOntap*.

Cables:

Los cables que pasamos a usar en esta configuración de shelfs son:

QSFP a QSFP SAS : Utilizados para la conectividad entre shelfs ( stack ) y de shelf a la controladora con su tarjeta SAS previamente instalada.

QSFP a mini-SAS : Utilizados solo para la linea 2050 de shelf a la controladora  .

Ya que sabemos los cables que debemos usar vamos a ver el esquema del shelf :

Arriba marcaba con un asterisco “DataOntap” ya que para utilizar ACP y estos shelfs es necesario tener las siguientes versiones :

Dejo los links con los pdf de NetApp de instalación y configuración restante de estos shelfs asi no alargamos este post mas:

Installation and Setup:

210-04675+C0

Universal SAS and ACP Cabling Guide:

215-05500_A0

Por cualquier consulta o duda no dudes en dejar un comentario .

- Donde guardar la cantidad de datos  ( en muchas ocaciones cientos de Teras en informacion )
- Como moverlas de un lado al otro en el menor tiempo
- Como recuperar la informacion en una ventana de tiempo considerablemente baja

Como punto extra : Hacer todo esto Simple, Facil y Rapido sin dejar de lado la seguridad.

La era de los Tapes de Cintas esta llegando a su fin ( o asi me parece a mi ) , siendo este un recurso caro , que se rompen al ser mecanicos y de complicada transportacion ya que en el caso de tener un incidente , el tiempo de respuesta hasta volver online nuevamente nos lleva un tiempo considerable mientras en el sitio de contingencia se carga el Tape y se produce el Restore que da como resultado los datos necesarios para volver a produccion .

NetApp tiene hoy dos soluciones principales de proteccion de datos para sitios remotos llamados : SnapMirror y SnapVault en compania este ultimo de OSSV ( Open System Snap Vault ) .

En este caso voy a explicar en que se basa SnapVault y como funciona .

Snap Vault funciona claro esta en Equipamiento NetApp ( por lo menos uno ) y en plataformas Windows ( menos NT ) Linux , HP-UX, Solaris ,etc

Este software soluciona todos los problemas comentados al principio dando una solucion de replicacion “disk to disk”  basado en bloques de datos , no en archivos.

Este procedimiento genera un “SnapShot” o foto en un punto del tiempo determinado de los bloques necesarios a Replicar y luego de la primera replica el resto de las actualizaciones solo van a ser de aquellos bloques que vayan cambiando en el sitio de Origen.

Esto ayuda a que la transferencia de bloques sea inferior y impacte en menor forma el enlace o vinculo entre los dos sitios que actuan.

Como resultado final: Luego de pasada la replica inicial , un full backup puede demorar minutos en vez de horas o dias que podria llevar un backup a cinta Fisica.

El Modelo:

El Sitio Principal ( Storage NetApp o Equipo Fisico con OSSV ) se le considera un equipo “Primario”  o “Source” .
El Sitio Remoto  ( Storage NetApp siempre ) el cual va a alojar los datos se le llama “Secundario”

Podemos Tener solo un Secundario pero varios Primarios , por Ejemplo :

En la Figura Tenemos Dos Storage “Primarios” y un Storage “Secundario” que va a guardar los datos de los dos Primarios . Aqui podria perfectamente haber un Servidor Windows 2003 o un RedHat Enterprise Linux 5 actuando tambien como “Primario”

La Practica y Funcionamiento:

Siguiendo la figura 1 , se configurara en el equipo secundario una serie de variables para compartir el acceso entre ellos , de manera que los Primarios puedan compartir informacion con el Secundario y viceversa .

Luego de esto Se configura la Primera Replica especificando los Volumenes o Qtrees ( {datos} explicare en otro momento que son )  y SnapVault con la tecnologia de Snapshots de NetApp crearan una foto exacta de los bloques en ese momento el cual compartiran Primarios y Secundario para verificar que los datos ( Consistentes ) se repliquen en su totalidad.

Por ultimo se generan los llamados “schedules” que estan encargados de a horas especificadas por el Administrador , actualizar las replicas  ( en bloques ) hacia el equipo Secundario que comparara la Foto o Snapshot que tiene con los datos que necesita replicar de manera que solo pasen aquellos “bloques” nuevos y no el resto ya que estan replicados de la primera vez .

Recuperacion de datos:

La recuperacion de datos es un proceso inverso a la replica , muy simple y de facil tarea , lo que logra como objetivo completar una ventana de recuperacion en un tiempo corto.

NOTA: Esta explicacion de SnapVault es bastante basica y lo que pretendo es tan solo mostrar el producto. De tener dudas sobre este producto me pueden enviar un mail .

* La imagen llamada “1″ en este post es propiedad de NetApp .

Otra de las cosas interesantes es que ya viene por defecto este nuevo hardware con DataOntap 8 que permite la creacion de volumenes FlexVol mas grandes entre otras keys importantes debido a sus 64bits .

La Serie 3000 cuenta con las siguientes versiones de Hardware :

• FAS3210
• FAS3240
• FAS3270

Estos vienen con una memoria de 16Gb hasta 32Gb en el FAS3270 ademas del soporte de hasta 960 Discos . Por esto mismo suben la cantidad maxima de TB soportados de 480TB hasta 1,920TB RAW.

Los protocolos soportados para toda la serie son : FC; FCoE; IP SAN (iSCSI); NFS; CIFS; HTTP; FTP

Para conocer mas las especificaciones del Producto pueden pasar por el sitio de NetApp : http://goo.gl/H3KWX

Para crear una zona correctamente es necesario seguir un proceso para tener la certeza que estamos haciendo las cosas bien:

• Prepararse

- Crear un diagrama detallado del Fabric
- Verificar las licencias de los switches

• Defininicion

- Definir los nombres que usaremos para la identificacion de las zonas y alias
- Identificar los miembros por puerto o WWN
- Crear alias, zonas y configuraciones de zonas
- Excluir los E_Ports

• Analizar

- Podemos analizar mediante la CLI , Web Tools , Fabric Manager o por SAN Health

• Habilitar la configuracion de la Zona
• Verificar la visibilidad entre los miembros de las zonas

Nota: Recordar los siguientes requerimientos :

1. Los nombres pueden ser de hasta 64 caracteres
2. Los nombres son Case Sensitive

Creando los alias :

> alicreate  ” ENG_Host” , “1,0″

> alicreate ” ENG_Host2″ , “1,16″

Con esto creamos dos alias , el primero  llamado ENG_Host que se encuentra en la posicion 1,0  y el segundo ENG_Host2 que se encuentra en el mismo switch , en el 16 .

Lo mismo podriamos hacer con el WWN de la siguiente manera :

> alicreate ” ENG_Host” , “21:00:00:20:37:87:48:e7″
Creando la zona :

> zonecreate ” Zone_Eng”, “ENG_Host ; ENG_Host2″

Aqui creamos una zona llamada Zone_Eng que tiene como miembros a los alias ENG_Host y ENG_Host2
Ahora debemos crear una configuracion para esta zona o aplicarla a una existente:

> cfgcreate “Cfg_Eng”, “Zone_Eng”

Podemos ver la configuracion con el comando :  cfgshow

Por ultimo debemos habilitar la configuracion para que tome las zonas nuevas , verifiquen que no tienen otra configuracion activa ya que de tener otra configuracion y zonas dentro de la misma perderan efecto .

> cfgenable Cfg_Eng

Verificamos que la Zona quedo habilitada:

> cfgshow

Espero haya servido de ayuda !