divendres, 3 d’octubre del 2014

Configurar SMB 3.0 en NetApp Clustered Data Ontap contra Hyper-V

Hola a todos, 

En el siguiente articulo hablaremos de como configurar nuestro Almacenamiento NetApp FAS con sistema operativo Clustered Ontap via SMB 3.0 contra entornos de virtualizacion en Hyper-V.

Primero tenemos que asegurarnos que tenemos los siguientes pre-requisitos:
  • Sistema de Almacenamiento FAS con versión 8.2 en Clustered Ontap.
  • Licencia CIFS en ambos nodos de Cluster
  • Configurar en nuestro cluster  Storage Virtual Machine que sirva datos via CIFS.
  • Rol de Hyper-V en Windows 2012R2.

Una vez disponemos de los pre-requisitos podemos proceder a la configuración en NetApp del Storage Virtual Machine, el directorio compartido y nuestro Host Hyper-V

Configuración del Clustered Data Ontap

Mediante conexión SSH Entraremos en modo avanzado y verificaremos que todas las opciones de SMB 3.0 están activas.
  • set advanced

Listar los Storage Virtual Machines que tenemos con CIFS para poder crear nuestro volumen.
  • cifs show

Listar todas las opciones de configuración de las Storage Virtual Machines que sirven CIFS.
  • vserver cifs options show


En las opciones de configuración de nuestro Storage Virtual Machine debemos tener habilitadas las siguientes opciones:
  • SMB3 Enabled  "vserver cifs options modify -vserver nacifs -smb3-enabled true"
  • Copy offload Enabled (ODX) "vserver cifs options modify -vserver nacifs -copy-offload-enabled true"
  • Shadowcopy enabled "vserver cifs options modify -vserver nacifs -shadowcopy-enabled true" 
La configuración de seguridad de Kerberos tiene que estar al mínimo de seguridad porque no necesitamos una negociación agresiva mediante Kerberos via SAN. La siguiente opción "Is referal" estará deshabilitada
  • Is Referal Enabled "vserver cifs options modify -vserver nacifs -is-referral-enabled false"

Una vez configuradas las opciones genéricas de nuestro Storage Virtual Machine ya podemos crear el volumen y las carpetas compartidas donde alojaremos nuestras maquinas virtuales.

Si la carpeta compartida donde alojaremos las maquinas virtuales la creamos de nuevo a través de onCommand system Manager debemos marcar la opción de continuous  availability para Hyper-V o SQL vía SMB3.0


En caso de aprovechar una carpeta compartida ya existente habrá que habilitar continuous available mediante comandos:
  • "vserver cifs share properties add -vserver CIFS_VOL1 -share-name VOL_VM1 -shareproperties continuously-available"

Ahora solo falta configurar que nuestros hosts Hyper-V apunten al directorio compartido de nuestro Clustered Ontap.

Configuración en Hyper-V

Para que las maquinas virtuales de nueva creacion trabajen contra el directorio compartido de nuestro Clustered Ontap es necesario cambiar en los valores por defecto de nuestro hypervisor el destino de las maquinas virtuales y sus discos.




A Partir de este momento ya podemos mover, clonar, copiar Maquinas con Hyper-V vía SMB 3.0 contra nuestro sistema de almacenamiento NetApp en Clustered Ontap y gracias a ODX cualquier operación de clonado o snapshot será nuestro sistema de almacenamiento quien trabaje liverando al hypervisor de este trabajo.

dimecres, 10 de setembre del 2014

Cambiar Numero de Serie del Simulador de NetApp Clustered Ontap 8.2

Hola a todos,

Si queremos hacer pruebas con los sistemas de almacenamiento de NetApp podemos decargarnos los simuladores con todas las funcionalidades.

Al descargarnos el simulador a través de la Web de soporte de NetApp podemos escoger entre la version de 7-Mode o CDOT.

El problema que nos encontramos es que al instalar una pareja de nodos de Clusterded Ontap tenemos que cambiar el numero de serie para el segundo nodo porque el el simulador siempre tiene el mismo numeor de serie. Sino cambiamos el numero de serie no podremos introducir las licencias y no podremos aprovechar todas las funcionalidades de la solucion (SnapMirror, SnapManager, SnapRestore, SnapProtect, CIFS, NFS, ect...).

Primero tenemos que arrancar el primer nodo y ejecutar los siguientes parasos a través de la consola de WMware Workstation, Fusion o Player
  • Esperaremos a que nos pregunte si queremos presionar CTRL+C y lo pulsamos para que entre en el boot menu.
  • En las opciones que nos muestre seleccionaremos la numero 4 para reinizializar todos los discos.


Una vez el primer nodo esta preparado para el asistente de creacion del cluster arrancaremos nuestro segundo nodo y a través de la consola de WMware Workstation, Fusion o Player esperamos el siguiente mesaje.
  • "Hit [Enter] to boot immediately, or any other for command prompt. Booting in 10 seconds..."
  • Presionamos qualquier tecla y entraremos en la consola de comandos apareciendo VLOADER> donde escribiremos lo sigiente tal qual.
              setenv SYS_SERIAL_NUM 4034389-06-2
              setenv bootarg.nvram.sysid 4034389062
              boot

Para comprobar que los nuemeros de serie estan instalados de forma correcta ejecutaremos el comando "printenv" que nos mostrará todas las variables del sistema.


En cuanto arranque el segundo nodo deberemos inicializar los discos con  la opción 4 del boot menu.

En este punto ya podemos crear nuestro primer cluster con el simulador que nos proporciona NetApp.

Muchas gracias.


dilluns, 8 de setembre del 2014

Instalación de SP3 en Exchange 2010

Para realizar una correcta instalación del SP3 de Exchange 2010 primero debemos tener clara que topología de Exchange tenemos.

Para detectar la topología de Exchange en la poweshell escribimos el siguiente comando:


  • get-Exchangeserver | select name,ServerRole,Admin* | fl 

En caso de tener una organización con diferentes servidores y que cada uno de ellos alberga una ROL de Exchange el orden de aplicación del Service Pack es el siguiente:

  • Client Access Server
  • Hub Transport
  • Mailbox
  • Unified Messaging
Antes de instalar SP3 hay que chequear una serie de pre-requisitos:
  • Descargar Excahnge 2010SP3 offline
  • Añadir compatibilidad com WMI de IIS 6




  • Borrar los logs de instalaciones anteriores C:\ExchangeSetupLogs
  • Detetener servicios de terceros o SCOM
Instalación en el Client Acces

Para instalar SP3 en un sevidor de acceso configurado en NLB primero tenemos que sacar el host del NLB para que no acepte peticiones.

Para ello tenemos dos formas stop y drainstop
  • Stop: Detiene el nodo del NLB desconectando todas las sesiones
  • DrainSotp: El Host no acepta peticiones y las activas se iran reconectado contra el siguiente nodo del NLB.



comprobamos que el hosts este detenido

Ahora ya podemos ejecutar el setup del SP3 en el CAS Array del primer nodo del cluster NLB mediante el interfaz grafico o por comandos setup /m:upgrade

Una vez actualizado el hosts ya podemos arrancar el nodo dentro del cluster NLB y proceder a la instalación del siguiente nodo.



Instalación en los servidores de buzón en DAG (Database Availavility Groups)

la ventaja de tener las bases de datos en alta disponibilidad a parte de tener redundacia en caso de fallo, es poder instalar los service packs sin parada de servicio.

Primero detectar las BBDD activas en la organización para poder determinar en que servidor estan activas las BBDD 

        Get-MailboxDatabase

Liverar el primer servidor de BBDD activas

        Move-ActiveMailboxDatabase "BBDD Name" -ActivateonServer "EX server"

Mediante el comando Get-MailboxDatabase comprobamos que las BBDD se han movido de forma correcta

Bloquear el servidor para que no se autoactive la copia de las bases de datos

        Set-MailboxServer "Server" -DatabaseCopyAutoActivationPolicy Blocked

Poner nuestro servidor exchange en modo mantenimiento, Si tenemos nuestro exchange con SP1 en el directorio scripts ya existe un script que nos realiza todas las tareas de forma automática.

        .\StartDagServerMaintenance.ps1 -servername "Server"

  • Suspende la copia de las  bases de datos 
  • Pausa el nodo dentro del cluster
  • Suspende la activacion de qualquier base de datos 

Ya podemos actualizar el SP3 en el primer servidor de Mailbox

Una vez actualizado nuestro servidor ya podemos poner nuestro servidor en activo para poder recivir copias de las BBDD

        Set-MailboxServer "Server" -DatabaseCopyAutoActivationPolicy Unrestricted

Activamos nuestro servidor dentro del cluster con el scrpipt ya pre-definido en el directorio scripts.

         .\StopDagServerMaintenance.ps1 -servername "Server"

espero que sea de vuestra ayuda

dissabte, 24 de maig del 2014

Configuración de volúmenes con NetApp SANtricity mediante Fiber Channel

Para poder trabajar con los modelos E-Serie de NetApp tenemos que tener instalado el software de SANtricity que encontraremos en la web de de soporte de NetApp en cuanto adquiramos nuestra cabina.

En este post configuraremos un volumen mediante fibra óptica contra un volumen Windows. El Volumen estará trabajando en un RAID DDP (Dynamic Disk Pool).

Abrimos la consola de SANtricty conectando contra la cabina E2724 y nos situamos sobre la pestaña de Storage & Copy Services, en nuestro caso no aparace un Disk_Pool de 9,6 TB y un espacio libre de 2,9 TB
 
Click con el botón derecho del ratón y Create Volume...
Introducimos un nombre en el volumen y no da a escoger las siguientes opcciones de configuracón:
  • Thin: poder presentar mas espacio del que realmente se dispone.
  • Data assurance (DA): que la cabina analice la integridad de los datos para corregir posibles fallos.
  • SSD Cache: poder utilizar discos de SSD para cache
  • Dynamic Cache: utilizar la cache para accesos I/O Secuenciales.

Una vez creado el volumen ya podemos presentarlo a los hosts, para ello lo primero será crear grupos servidores en función del servicio, en esta caso crearemos un grupo de windows y lo presentaremos a su host mediante FC.

Dentro de SANtricity en la pestaña de Hosts Mappings crearemos un grupo de servidores con el mismo sistema operativo por si hay que añadir mas servidores a nuestro volumen no será necesario volver a configurar un grupo.

Click con el botón derecho del ratón  en Default Group -> Define -> Host Group

Se define el nombre del grupo y OK


Una vez definido el grupo asignaremos la en volumen  al grupo especificado que tipo de partición tiene que ser, UNIX, Windows, VMWare, etc... para ello en la misma pestaña de Host Mappings aparece el volumen creado pero no definido, click con el botón derecho de ratón  y Add LUN Mapping... en el siguiente paso del asistente nos pregunta a que grupo o host lo queremos asignar, seleccionamos el siguiente número de LUN  disponible y add.

Con esta configuración todos los hosts que añadimos a este grupo de forma automática se le presentarán los volúmenes definidos. Para añadir hosts a un grupo nos situamos en el grupo de servidores y con el botón derecho del ratón Define --> Host
Especificamos que tipo de conexión FC, SAS, iSCSI, en nuestro caso seleccionamos FC, en caso de tener las zonas de los switches de fibra configuradas para que la cabina ve los WWN de los hosts seleccionamos la opción de ver los identificadores conocidos, si aún no tenemos presentados los WWN para que los autodetecte lo podemos añadir de forma manual. 

Añadimos un alias identificador del Host y al finalizar el asistente nos preguntará que sistema operativo tiene el host que añadimos. Es muy importante escoger el sistema operativo correcto para que la LUN tenga una alineación correcta con el sistema de archivos del servidor.

Ahora solo falta ver si nuestro servidor ve el disco presentado.

divendres, 16 de maig del 2014

Como Montar un SnapShot de NetApp mediante VSC CLI


Recuperar una maquina virtual mediante la consola de VSC no es un problema siempre que tengamos acceso al vCenter. En este caso el problema surgió en una instalación en el que se tenia que recuperar una maquina urgente y sin conexión al vCenter.

Para poder recuperar el backup desde el servidor donde esta instalado el SnapManager para VI abriremos una interfaz de comandos y nos situaremos en la siguiente ruta 

  • "C:\Program Files\NetApp\Virtual Storage Console\smvi\cli\bin
Escribimos la instrucción para que nos muestre los backups realizados por el SnapManager de VI
  • smvi backup list -id NETAPP_VOL3

Escribimos la siguiente instrucción para montar el volumen en un esx
  • smvi backup mount -backup-name "backup_Backup VM daily VOL3_20140404030026" -esx-server esx.netapp.local. 
Una vez montado el volumen en nuestro servidor ESX nos aparecerá de la siguiente forma.



En este punto podemos copiar la VM a un datastore de producción o inventariarla y ponerla en funcionamiento.

En caso de querer montar el volumen mediante Flexclone, nos conectaremos a la cabina mediante SSH y ejecutaremos los siguientes comandos:

Primero veremos cuantos snapshots hay en un volumen

  • snap list LABNETAPP

Una vez identificados el snapshot que queremos restaurar ejecutamos el siguiente comando
  •  vol clone create LABNETAPP_CLONE -s none -b LABNETAPP snapcreator_vm-hourly_20140416131108


Abrimos el oncommand system manager de NetApp y nos aparece el volumen clonado. Al ser un volumen VMWare montamos el datastore y ya podemos copiar a otro datastore la maquina virtual o la inventariamos para ponerla en producción.

P.D. Acordaros de desmontar el volumen y el snapshot!!!!!