emc vipr controller · l vipr controller guía de configuración de centros de datos virtuales de...

EMC® ViPR® ControllerVersión 2.4

Guía de información y requisitos de centrosde datos virtuales302-002-415

REV 01

Copyright © 2013-2015 EMC Corporation. Todos los derechos reservados. Publicado en México.

Publicado Noviembre, 2015

EMC considera que la información de esta publicación es precisa en el momento de su publicación. La información está sujetaa cambios sin previo aviso.

La información de esta publicación se proporciona "tal cual". EMC Corporation no se hace responsable ni ofrece garantía deningún tipo con respecto a la información de esta publicación y, específicamente, renuncia a toda garantía implícita decomerciabilidad o capacidad para un propósito determinado.

EMC2, EMC y el logotipo de EMC son marcas registradas o marcas comerciales de EMC Corporation en los Estados Unidos o enotros países. Todas las otras marcas comerciales que aparecen aquí son propiedad de sus respectivos dueños.

Para consultar la documentación normativa más actualizada para su línea de productos, visite el sitio de soporte en línea deEMC (https://support.emc.com).

Dirección local de EMCEMC Argentina (Cono Sur) Tel. +54-11-4021-3622 www.argentina.emc.com EMC México Tel. +52-55-5080-3700 www.mexico.emc.com EMC Venezuela (Norte de Latinoamérica)Tel. +58-212-206-6911www.venezuela.emc.com

2 EMC ViPR Controller 2.4 Guía de información y requisitos de centros de datos virtuales

ViPR Controller : descripción general de los requisitos y los datosrelacionados con un VDC 7

Requisitos de funciones de usuario de ViPR Controller 9

Requisitos e información sobre recursos físicos 15

Sistemas de almacenamiento....................................................................... 16Hitachi Data Systems ................................................................................... 16

Problemas conocidos con el aprovisionamiento...............................18Activar el registro de datos de rendimiento de los arreglos dealmacenamiento HDS en Storage Navigator..................................... 18Crear un usuario nuevo usando el navegador Storage Navigator enHDS .................................................................................................19Modo Host y opciones del modo Host.............................................. 19

EMC VMAX.................................................................................................... 21Requisitos de configuración de SMI-S Provider para VMAX............... 22Requisitos de versión de SMI-S Provider para SRDF..........................23Requisitos de actualización............................................................. 24VMAX : sistema de almacenamiento.................................................24

EMC VNX for Block ........................................................................................24SMI-S Provider : requisitos de configuración para VNX for Block.......24VNX for Block : sistema de almacenamiento ....................................25

VPLEX ...........................................................................................................26Almacenamiento de bloques de otros fabricantes (OpenStack) .................... 27

Requisitos para la instalación de proveedores de almacenamiento enbloques de otros fabricantes............................................................27Compatibilidad con sistemas de almacenamiento en bloques de otrosfabricantes ......................................................................................27Operaciones de ViPR Controller admitidas....................................... 28Configuración de OpenStack............................................................ 29Requisitos para la configuración del servicio de Cinder.................... 29Ajustes de configuración del sistema de almacenamiento (back-end)........................................................................................................ 29Requisitos para la configuración de volúmenes en OpenStack......... 30

ViPR Controller : configuración para puertos de almacenamiento en bloques deotros fabricantes........................................................................................... 31EMC ScaleIO independiente.......................................................................... 32EMC XtremIO ................................................................................................ 33EMC VNXe..................................................................................................... 33Requisitos generales para sistemas de almacenamiento en archivos............ 33EMC® Data Domain®.................................................................................... 33EMC Isilon .................................................................................................... 34NetApp modo 7 ............................................................................................ 35NetApp modo clúster ....................................................................................35EMC VNX for File ........................................................................................... 35EMCElastic Cloud Storage..............................................................................35RecoverPoint : sistemas................................................................................ 36Administradores de fabrics (switches)...........................................................37

Capítulo 1

Capítulo 2

Capítulo 3

CONTENIDO

EMC ViPR Controller 2.4 Guía de información y requisitos de centros de datos virtuales 3

ViPR Controller : terminología relacionada con switches y redes.......37Brocade........................................................................................... 37ViPR Controller : compatibilidad para el enrutamiento medianteFibre Channel con switches Brocade................................................ 39Brocade Requisitos para la configuración del enrutamiento medianteFibre Channel...................................................................................40Cisco................................................................................................41ViPR Controller : compatibilidad con el enrutamiento Inter-VSAN conswitches Cisco................................................................................. 41Cisco Requisitos para la configuración del enrutamiento Inter-VSAN........................................................................................................ 43

Requisitos del sistema Vblock.......................................................................43Requisitos del servidor de imágenes de procesamiento................... 44Requisitos de red para el servidor de imágenes de procesamiento...46Imágenes de procesamiento............................................................ 46Sistemas informáticos Vblock.......................................................... 47

Hosts............................................................................................................ 48Hosts AIX y servidores AIX VIO..........................................................48HP-UX.............................................................................................. 48Linux ...............................................................................................48Windows..........................................................................................49

VMware® vCenter..........................................................................................51Privilegios de funciones necesarios en VMware® VirtualCenter....... 51

Requisitos e información sobre recursos virtuales 53

Descripción general.......................................................................................54Planificar para crear su arreglo virtual........................................................... 54

Requisitos de zonificación SAN........................................................ 54Planificar cómo agregar los recursos físicos al arreglo virtual........... 54Consideraciones de configuración del arreglo virtual para sistemasECS.................................................................................................. 56Requisitos del arreglo virtual para los servicios del sistema Vblock........................................................................................................ 57

Consideraciones de la configuración del almacenamiento de bloques.......... 57Hitachi Data Systems....................................................................... 58VMAX............................................................................................... 58VMAX3............................................................................................. 59EMC VNX for Block............................................................................60EMC VNXe para bloques...................................................................60EMC VPLEX ...................................................................................... 61Sistemas de almacenamiento en bloques de otros fabricantes(OpenStack).....................................................................................61Sistemas de almacenamiento en bloques bajo la administración deViPR Controller................................................................................. 61

Consideraciones de la configuración del almacenamiento de archivos..........62EMC® Data Domain®....................................................................... 62EMC VNX para archivos.................................................................... 63

Consideraciones de la configuración del almacenamiento de objetos........... 63ECS.................................................................................................. 63

Requisitos de ViPR para plantillas de perfil de servicio.................................. 63

Selección de Pools de almacenamiento para aprovisionamiento 65

Descripción general.......................................................................................66Comprensión de la suscripción y utilización del pool.....................................66

Capítulo 4

Capítulo 5

CONTENIDO


Proceso de selección para almacenamiento de bloques ............................... 67Proceso de selección para almacenamiento de archivos............................... 69

Administración de sistemas Vblock con ViPR controlador 71

Administración de sistemas Vblock en el centro de datos virtual de ViPRController...................................................................................................... 72Cómo se descubren los sistemas Vblock mediante ViPR Controller................72

Agregar componentes del sistema de Vblock a los recursos físicos deViPR Controller................................................................................. 73Descubrimiento de ViPR Controller de componentes del sistema deVblock............................................................................................. 74Registro de ViPR Controller de recursos físicos agregados ydescubiertos....................................................................................75Recursos adicionales que requiere ViPR Controller para la instalacióndel SO en los sistemas Vblock......................................................... 75

Cómo se virtualizan los componentes del sistema de Vblock en ViPR Controller..................................................................................................................... 75

Sistema de procesamiento de Vblock...............................................76Sistemas de almacenamiento Vblock...............................................76Vblock redes en el arreglo virtual..................................................... 76

Ejemplos de los arreglos virtuales para sistemas de Vblock.......................... 77Sistema de Vblock tradicional..........................................................77Sistemas de Vblock múltiples configurados en un único arreglo virtualde ViPR Controller............................................................................ 78Aislamiento de grupos de usuarios mediante redes de recursosvirtuales...........................................................................................79Aislamiento de grupos de usuarios mediante pools virtuales decómputos.........................................................................................80

Compatibilidad de ViPR Controller con EMC Elastic Clould Storage(ECS) 83

Descripción general de la compatibilidad de ViPR Controller con EMCElasticCloud Storage............................................................................................... 84Descubrimiento de sistemas ECS en ViPR Controller......................................84Mapeo de un espacio de nombres de ECS a un grupo de usuarios de ViPRController...................................................................................................... 85Virtualización de almacenamiento de ECS en ViPR Controller........................ 85

Apéndice A

Apéndice B

CONTENIDO

EMC ViPR Controller 2.4 Guía de información y requisitos de centros de datos virtuales 5

CONTENIDO


CAPÍTULO 1

ViPR Controller : descripción general de losrequisitos y los datos relacionados con un VDC

Esta guía es para que los administradores de sistemas y los administradores de gruposde usuarios de ViPR Controller conozcan la información necesaria para configurar losrecursos físicos que se agregan al centro de datos virtual (Virtual Data Center, VDC)de ViPR Controller, al igual que los requisitos y los datos necesarios para convertir losrecursos físicos de ViPR Controller, descubiertos por ViPR Controller, en las redes de ViPRController, los arreglos virtuales y los pools virtuales del VDC de ViPR Controller.

Documentos relacionadosEn estas guías se explica cómo configurar un VDC:

l ViPR Controller Guía de configuración de centros de datos virtuales de la interfaz deusuario.

l ViPR Controller Guía de configuración del centro de datos virtual de API de REST.

Puede acceder a ambos documentos desde el Índice de documentación de productos deViPR Controller.

En la ViPR Controller Matriz de soporte se indican los requisitos de las versionescorrespondientes a los recursos físicos. Puede encontrar este documento en la EMCCommunity Network: community.emc.com.

ViPR Controller : descripción general de los requisitos y los datos relacionados con un VDC 7

https://community.emc.com/docs/DOC-49956


ViPR Controller : descripción general de los requisitos y los datos relacionados con un VDC


CAPÍTULO 2

Requisitos de funciones de usuario de ViPRController

Las funciones de ViPR Controller se clasifican en dos grupos: las funciones que existenen el nivel del centro de datos virtual de ViPR Controller y las funciones que existen en elnivel del grupo de usuarios.

Nota

El acceso a las diferentes áreas de la interfaz del usuario de ViPR Controller está regidapor las acciones que se le permiten a la función asignada al usuario. Las accionesautorizadas cuando usted accede a ViPR Controller desde la interfaz del usuario puedendiferir (ser más limitadas) de aquellas disponibles cuando utiliza la CLI o API REST.

Funciones en el nivel del centro de datosLas funciones de VDC se utilizan para configurar el ambiente de ViPR Controller que secomparte entre todos los grupos de usuarios. La siguiente tabla muestra las accionesautorizadas para cada función de usuario en el nivel de centros de datos virtuales.

Tabla 1 Funciones de VDC

Función deVDC

Acciones autorizadas

Administradorde seguridad

l Administra la configuración del proveedor de autenticación para el centrode datos virtual de ViPR Controller a fin de identificar y autenticar usuarios.Los proveedores de autenticación están configurados para utilizar lascuentas de usuario o los dominios del protocolo LDAP y Active Directory(AD/LDAP) para agregar usuarios especificados en ViPR Controller.

l Crea ViPR Controller grupos de usuario.

l Asigna funciones de grupos de usuarios y VDC.

l Establece las asignaciones de ACL para proyectos y el catálogo deservicios.

l Establece las asignaciones de ACL para arreglos virtuales y pools virtuales,desde la CLI y API de ViPR Controller.

l Actualizar grupos de usuarios de vCenter (ACL) y el grupo de usuarios delcentro de datos desde la API de REST de ViPR Controller y la CLI (solo losadministradores de sistemas puede realizar cualquiera de estas funcionesdesde la interfaz del usuario de ViPR Controller).

l Crea, modifica y elimina los subgrupos de usuarios.

l Asigna cuotas de grupo de usuarios y mapeos de usuarios.

l Administra actualizaciones de software y de licencia de los centros dedatos virtuales de ViPR Controller.

Requisitos de funciones de usuario de ViPR Controller 9

Tabla 1 Funciones de VDC (continuación)

Función deVDC


l Configura el catálogo desde el cual se descargarán e instalarán losarchivos de actualización de ViPR Controller.

l Administra certificados de confianza y SSL.

l Puede cambiar las IP de los nodos de ViPR Controller implementados enVMware sin una vApp y Hyper-V.

l Calendarizar respaldos de instancias de ViPR Controller.

l Restablecer contraseñas de usuario local.

l Configura las ACL.

l Restaura el acceso para grupos de usuarios y proyectos, si es necesario.(Por ejemplo, si el administrador de grupos de usuarios se bloquea asímismo, el Administrador de seguridad puede restablecer funciones deusuario para restaurar el acceso).

l Puede agregar o cambiar los nombres de nodo de ViPR Controller.

l Iniciar una recuperación de nodo minoritario desde la CLI y la API de RESTde ViPR Controller.

l Ver el estado de recuperación del nodo minoritario desde la CLI de ViPRController.

l Hacer cambios a ViPR Controller, la configuración general, la configuraciónde seguridad.

l Apaga, vuelve a encender y reinicia los servicios de ViPR Controller desdela CLI o la API de REST de ViPR Controller.

Al administrador de seguridad también se le debe asignar una función deadministrador del sistema para realizar las siguientes operaciones desde lainterfaz del usuario de ViPR Controller:

l Apagar, volver a encender y reiniciar los nodos o servicios de ViPRController.

l Configurar las asignaciones de ACL para arreglos virtuales y poolsvirtuales.

l Iniciar una recuperación de nodos minoritarios.

En un ambiente geofederado:

l Agrega un VDC para crear el ambiente geofederado

l Tiene privilegios de administrador de seguridad en proveedores deautenticación, que son recursos globales.

Administradorde sistemas

l Lleva a cabo las actualizaciones del sistema.

l Agregar licencias de ViPR Controller.

l Enviar las solicitudes de soporte.

l Configura la infraestructura de almacenamiento físico del centro de datosvirtual de ViPR Controller y configura el almacenamiento físico en dos tiposde recursos virtuales: arreglos virtuales y pools virtuales. Las accionesautorizadas incluyen:

Requisitos de funciones de usuario de ViPR Controller



Función deVDC


n Agregar, modificar y eliminar los siguientes recursos dealmacenamiento físico en ViPR Controller, como los sistemas dealmacenamiento, puertos de almacenamiento y pools dealmacenamiento, sistemas de protección de datos, administradores defabric, redes, imágenes de procesamiento, sistemas de procesamientode Vblock y vCenters.

Nota

Los administradores del sistema no pueden agregar, eliminar nimodificar hosts o clústeres.

n Actualización de los grupos de usuarios en cascada de vCenter y losgrupos de usuarios de vCenter (ACL) y el grupo de usuarios del centrode datos desde la CLI, la interfaz del usuario y la API de REST de ViPRController.

n Creación de pools virtuales

n Creación de arreglos virtuales.

l Administra los recursos del centro de datos virtual de ViPR Controller quelos grupos de usuarios no administran.

l Recupera la información del estado del centro de datos virtual de ViPRController.

l Recupera eventos masivos y registros estadísticos para el centro de datosvirtual de ViPR Controller.

l Ver el estado de tareas administrativas internas de la base de datos.

l Ver el estado de recuperación del nodo minoritario desde la CLI de ViPRController.


l Tiene privilegios de administrador del sistema en pools virtuales globales,que son recursos globales.

l Establece las asignaciones de ACL para arreglos virtuales y pools virtuales,desde la API de ViPR Controller.

Monitor delsistema

l Obtiene acceso de solo lectura a todos los recursos del centro de datosvirtual de ViPR Controller. No puede ver recursos relacionados con laseguridad, como los proveedores de autenticación, las ACL y lasasignaciones de funciones.

l Recupera eventos masivos y registros estadísticos para el centro de datosvirtual de ViPR Controller.

l Recupera la información del estado del centro de datos virtual de ViPRController.

l (Solo API) Puede crear un evento de alarma, con registros de erroresadjuntos, como una ayuda para la solución de problemas. El evento dealerta se envía a ConnectEMC.

l Ver el estado de tareas administrativas internas de la base de datos.


11


Función deVDC


l Ver el estado de recuperación del nodo minoritario desde la CLI y lainterfaz del usuario de ViPR Controller.

Auditor delsistema

Obtiene acceso de solo lectura a los registros de auditoría del centro de datosvirtual de ViPR Controller.

Funciones en el nivel de grupos de usuariosLas funciones de grupos de usuarios se utilizan para administrar las configuracionesespecíficas de los grupos de usuarios, tales como el catálogo de servicios y losproyectos, y para asignar usuarios adicionales a funciones de grupos de usuarios. Lasiguiente tabla muestra las acciones autorizadas para cada función de usuario en el nivelde grupos de usuarios.

Tabla 2 Funciones del grupo de usuarios

Función de nivel degrupo de usuarios


Administrador degrupos de usuarios

l Se convierte en el administrador de grupos de usuarios del grupo deusuarios creado.

l Un ambiente de nube privada empresarial de un grupo de usuariostiene solo un grupo de usuarios, el grupo de usuarios proveedor, ylos administradores de grupo de usuarios tienen acceso a todos losproyectos.

l Modifica el nombre y la descripción de los grupos de usuarios.

l Agregar vCenters a recursos físicos de ViPR Controller en su propiogrupo de usuarios.

l Administra recursos de grupos de usuarios, como hosts, clústeres,vCenters y proyectos.

l Configura las ACL para proyectos y el catálogo de servicios en elgrupo de usuarios.

l Asigna funciones a los usuarios del grupo de usuarios. (Puedeasignar funciones de administrador de grupos de usuarios o deadministrador de proyectos a otros usuarios).


l Tiene privilegios de administrador de grupos de usuarios en gruposde usuarios, que son recursos globales.

Aprobador de grupo deusuarios

l Aprueba o rechaza pedidos del catálogo de servicios en el grupo deusuarios.

l Visualiza todas las solicitudes de aprobación en el grupo deusuarios.



Tabla 2 Funciones del grupo de usuarios (continuación)

Función de nivel degrupo de usuarios


Administrador deproyectos

l Crea proyectos en el grupo de usuarios y obtiene una OWN ACL del

proyecto creado.


13

CAPÍTULO 3

Requisitos e información sobre recursos físicos

Este capítulo contiene los siguientes temas:

l Sistemas de almacenamiento............................................................................... 16l Hitachi Data Systems ........................................................................................... 16l EMC VMAX.............................................................................................................21l EMC VNX for Block ................................................................................................24l VPLEX ...................................................................................................................26l Almacenamiento de bloques de otros fabricantes (OpenStack) ............................ 27l ViPR Controller : configuración para puertos de almacenamiento en bloques de

otros fabricantes................................................................................................... 31l EMC ScaleIO independiente.................................................................................. 32l EMC XtremIO ........................................................................................................ 33l EMC VNXe............................................................................................................. 33l Requisitos generales para sistemas de almacenamiento en archivos.................... 33l EMC® Data Domain®............................................................................................ 33l EMC Isilon ............................................................................................................ 34l NetApp modo 7 .................................................................................................... 35l NetApp modo clúster ............................................................................................35l EMC VNX for File ................................................................................................... 35l EMCElastic Cloud Storage......................................................................................35l RecoverPoint : sistemas........................................................................................ 36l Administradores de fabrics (switches)...................................................................37l Requisitos del sistema Vblock...............................................................................43l Hosts.................................................................................................................... 48l VMware® vCenter..................................................................................................51

Requisitos e información sobre recursos físicos 15

Sistemas de almacenamientoPuede consultar los requisitos de ViPR Controller y la información necesaria para ingresarcredenciales de usuario y configurar métricas basadas en puertos para sistemas dealmacenamiento, además de consultar la información necesaria para agregar y configurarun sistema de almacenamiento en ViPR Controller.

Credenciales de usuario del sistema de almacenamientoCuando agregue sistemas de almacenamiento a ViPR Controller, especificará lascredenciales del usuario que accederá al sistema de almacenamiento desde ViPRController. Estas credenciales son independientes del usuario que esté conectado a ViPRController. Todas las operaciones de ViPR Controller que se realizan en un sistema dealmacenamiento son ejecutadas como el usuario al que se le otorgó acceso al sistema dealmacenamiento.

ViPR Controller : sus operaciones requieren que el usuario de ViPR Controller tengaprivilegios administrativos. En caso de haber otros requisitos con respecto a lascredenciales para un tipo específico de sistema de almacenamiento, se explicarán másdetalladamente en las siguientes secciones específicas de cada tipo de almacenamientode esta guía.

Hitachi Data SystemsAntes de agregar el almacenamiento Hitachi Data Systems (HDS) a ViPR Controller,configure el almacenamiento de la siguiente manera.

Reunir la información necesariaHitachiAdministrador de dispositivos HiCommand (HiCommand) es necesario para usarel almacenamiento HDS con ViPR Controller. Tiene que obtener la siguiente informaciónpara configurar y agregar el administrador de HiCommand a ViPR Controller.

Tabla 3 Hitachi : información necesaria

Ajuste Valor

Un host o una máquina virtual para laconfiguración de Administrador de dispositivosHiCommand

Administrador de dispositivos HiCommand :licencia

Administrador de dispositivos HiCommand :dirección de host

Administrador de dispositivos HiCommand :credenciales de usuario

Administrador de dispositivos HiCommand :puerto del host (el valor predeterminado es2001)

Requisitos generales de configuración

l El software Administrador de dispositivos HiCommand debe estar instalado y conlicencia.



l Cree un usuario de Administrador de dispositivos HiCommand para ViPR Controllerpara acceder al almacenamiento HDS. Este usuario debe tener privilegios deadministrador en el sistema de almacenamiento para realizar todas las operacionesde ViPR Controller.

l Administrador de dispositivos HiCommand debe descubrir todos los sistemas dealmacenamiento Hitachi (que descubrirá ViPR Controller) para poder agregarlos aViPR Controller.

l Cuando agregue Administrador de dispositivos HiCommand como proveedor dealmacenamiento ViPR Controller, todos los sistemas de almacenamiento queadministre el proveedor de almacenamiento se agregarán a ViPR Controller. Si noquiere que ViPR Controller administre todos los sistemas de almacenamiento, antestendrá que agregar Administrador de dispositivos HiCommand y configurarAdministrador de dispositivos HiCommand para que administre solo los sistemas dealmacenamiento que se agregarán a ViPR Controller.

Nota

Después de agregar el proveedor de almacenamiento a ViPR Controller, puedecancelar el registro o eliminar los sistemas de almacenamiento que usará en ViPRController.

Requisitos de configuración para la organización automática en nivelesViPR Controller proporciona el almacenamiento automático en niveles para las seispolíticas estándar de almacenamiento automático en niveles de HDS para los pools dealmacenamiento de la organización dinámica por niveles (HDT) de Hitachi.

La organización automática en niveles de HDS requiere contar con la licencia deTiered Storage Manager de Hitachi en el sistema de almacenamiento HDS.

Requisitos de configuración para características de protección de datosLa protección HDS requiere:

l Hitachi Software Thin Image Snapshot para la protección de snapshots

l Hitachi Software Shadow Image Replication para protección de clones y espejeados.

ViPR Controller requiere que se configure lo siguiente para usar las características deThin Image y Shadow Image:

l Requiere tener instalado el Replication Manager de Hitachi en un servidor aparte.

l El agente de Administrador de dispositivos HiCommand debe estar instalado yejecutarse en un servidor de administración en par.

l Para habilitar ViPR Controller a fin de que utilice las operaciones en par deShadow Image, cree un Replication Group en HDS, de nombre ViPR-Replication-Group; para ello, utilice el Administrador de dispositivosHiCommand o el Storage Navigator de Hitachi.

l Para habilitar ViPR Controller a fin de que utilice las operaciones en par deThin Image, cree un Snapshot Group en HDS, de nombre ViPR-Snapshot-Group;para ello, utilice el Administrador de dispositivos HiCommand o el Storage Navigatorde Hitachi.

Requisitos de configuración para que ViPR Controller recopile métricas de puertos deHDSPara que ViPR Controller pueda recopilar información estadística correspondiente apuertos de almacenamiento HDS, usted debe ejecutar las siguientes operaciones en elnavegador Storage Navigator de HDS para habilitar el registro del rendimiento en elsistema de almacenamiento:


Hitachi Data Systems 17

l Habilitar el registro de datos de rendimiento del almacenamiento HDS en la página18

l Crear un usuario nuevo usando el navegador Storage Navigator en HDS en la página19

l Habilitar el certificado en HDS para acceder a SMI-S en modo seguro. Para conocerlos detalles, consulte la sección Cómo utilizar la función SMI-S de la Guía paraadministradores de Hitachi Command Suite.

Problemas conocidos con el aprovisionamientoCuando provisiona almacenamiento desde un arreglo HDS que usa ViPR Controller, esposible que experimente algunos problemas. Esta sección explica cuándo pueden surgirestos problemas y cómo resolverlos.

Realizar pedidos de aprovisionamiento múltiples en el catálogo de serviciosSi se realizan múltiples órdenes se colocan rápidamente en ViPR Controller o hay unusuario con permisos para modificar que está activo en el conjunto de aplicaciones deHiCommand en el mismo momento que las órdenes de aprovisionamiento de ViPRController, se genera la siguiente excepción:

Error 25005: Error occurred running HiCommand Device Manager command. An error occurred executing operation deleteSingleVolumeSnapshot. Caused by: Error response received with error code 6,400 and message An error occurred during storage system processing. (error code 1 = "1", error code 2 = "5132", meaning = *"The specified user ID is already logged on, or the previous logon was not properly terminated. Please try again later. (By default, the session/RMI time-out is one minute.)") If the configuration was changed, refresh the storage system information. If you do not have the permissions required to refresh the information, ask the storage system administrator to do it for you.

Actualización automática de HDSCuando el administrador de dispositivos de Hitachi actualiza automáticamente suinformación desde el arreglo, puede interrumpir las órdenes de aprovisionamiento deViPR Controller y generar este mensaje de error:

Operation failed due to the following error: Error response received with error code 7,473 and message The storage system information ("[email protected]") is being updated.

En el conjunto de aplicaciones de HiCommand, puede desactivar esta opción deactualización automática.

Qué se debe hacerSi experimenta cualquiera de estos dos errores, vuelva a ejecutar la orden después de uncorto período de tiempo. Si experimenta continuamente estos problemas, revise laconfiguración de cuentas de usuario de HDS. Mediante la separación de las cuentas deusuario de HDS sin modificar los permisos, puede resolver estos problemas.

Activar el registro de datos de rendimiento de los arreglos de almacenamiento HDSen Storage Navigator

Para poder configurar la selección de puertos basada en métricas correspondiente aHDS, antes debe habilitar el registro de datos de rendimiento correspondiente a losarreglos de almacenamiento HDS en Storage Navigator, para que ViPR Controller puedarecopilar información estadística sobre los puertos de almacenamiento.



Procedimiento

1. Inicie sesión en el navegador Storage Navigator.

2. Seleccione Performance Monitor.

3. Haga clic en Edit Monitor Switch.

4. Active Monitor Switch.

5. Establezca el intervalo de la muestra (Sample Interval).

Crear un usuario nuevo usando el navegador Storage Navigator en HDSPara recopilar estadísticas usando SMI-S Provider incorporado, debe crear un usuarionuevo usando Storage Navigator en el arreglo de almacenamiento Hitachi.

Procedimiento

1. Inicie sesión en el navegador Storage Navigator.

2. Seleccione Administrator.

3. Haga clic en User Groups.

4. Seleccione Storage Administrator (View Only) User Group.

5. Haga clic en Create User.

Nota

El nombre de usuario y la contraseña deben coincidir con las credenciales deAdministrador de dispositivos HiCommand que utiliza ViPR Controller para descubriral proveedor del almacenamiento.

6. Escriba un nombre de usuario en User Name.

7. Ingrese la contraseña en Password.

8. Escriba el estado de la cuenta en Account Status.

9. Escriba los detalles de autenticación en Authentication.

Modo Host y opciones del modo HostViPR ControllerLos administradores de sistemas pueden aprender acerca del modo Hostde Hitachi Data Systems y de la opción del modo Host, de qué manera ViPR Controllerestablece el modo Host y la opción del modo Host, los requisitos de configuración deViPR Controller para que ViPR Controller aplique los ajustes, y los pasos necesarios parapersonalizar la opción del modo Host usando la interfaz del usuario de ViPR Controller.

Modo Host y opciones del modo HostLos modos Host son indicadores de HDS que se configuran en grupos de hosts de HDScuando se exporta un volumen de almacenamiento HDS al grupo de hosts. El modo Hostse utiliza para optimizar la conexión y la comunicación entre el almacenamiento HDS y elhost al que se ha exportado el volumen HDS.

Las opciones del modo Host son un conjunto de indicadores que se pueden activar odesactivar para optimizar aún más el modo Host que se establece en los grupos de hostsde HDS.

Consulte la documentación de Hitachi Data Systems para conocer los detalles sobre elmodo Host de HDS y las opciones del modo Host.


Crear un usuario nuevo usando el navegador Storage Navigator en HDS 19

De qué manera ViPR Controller establece el modo HostDe manera predeterminada, cuando se usa ViPR Controller para exportar un volumenHDS a un host AIX, ESX, HP-UX, Linux o Windows, ViPR Controller establece el siguientemodo Host en el grupo de hosts; para ello, determina los detalles de los sistemasoperativos de los hosts.

Tabla 4 ViPR Controller : ajustes predeterminados para los modos Host

Sistema operativo Modo Host predeterminado

AIX 0F AIX

ESX 21 VMware

HP-UX 03 HP

Linux 00 Estándar

Windows 2C Windows Extensión

Ajustes de los modos Host para "Otros" hostsCuando se usa ViPR Controller para exportar un volumen HDS a un host que se agregó aViPR Controller como "Otro" o a un host del que ViPR Controller no puede determinar eltipo, Hitachi HiCommand DM establece el modo Host 00 Estándar en el host. 00 Estándares el modo Host predeterminado de HiCommand DM.

Cómo cambiar el modo HostLos ajustes de los modos Host de ViPR Controller son establecidos automáticamente porViPR Controller durante una operación de exportación, y usted no puede cambiarlos. Unavez que ViPR Controller ha establecido el modo Host en un host, usted puede usar elnavegador Hitachi Storage Navigator para cambiar el modo Host en el host.

Antes de ViPR Controller 2.2ViPR Controller no establecía el modo Host para hosts anteriores a ViPR Controller 2.2.Sin embargo, HiCommand Device Manager establece el modo Host 00 Estándar como elpredeterminado en todos los grupos de hosts de HDS.

Si un host al que ViPR Controller exportó un volumen HDS, antes de ViPR Controller 2.2,es reutilizado por ViPR versión 2.2 o superior para exportar otro volumen HDS, ViPRController no establecerá el modo Host en el host.

De qué manera ViPR Controller establece la opción del modo HostDe manera predeterminada, cuando se usa ViPR Controller para exportar un volumenHDS a AIX, ESX, HP-UX, Linux o a un host de Windows, ViPR Controller establece lassiguientes opciones del modo Host en el grupo de hosts.

Tabla 5 ViPR Controller ajustes predeterminados para las opciones del modo Host


AIX, Linux, Windows 2 => VERITAS Database Edition/Advanced Cluster22 => Veritas Cluster Server

ESX 54 => Opción de compatibilidad para el comando de COPIA EXTENDIDA(EXTENDED COPY)



Tabla 5 ViPR Controller ajustes predeterminados para las opciones del modo Host (continuación)


63 => Opción de compatibilidad para las API de vStorage basadas enestándares T10

HP-UX 12 => Sin visualización para LUN fantasmas

Nota

Consulte la documentación sobre aprovisionamiento de sistemas de almacenamientoHitachi para conocer detalles sobre las opciones del modo Host.

Ajustes de las opciones del modo Host para "Otros" hostsViPR Controller no establece la opción del modo Host cuando se usa ViPR Controller paraexportar un volumen HDS a un host que se agregó a ViPR Controller como "Otro",tampoco a un host del que ViPR Controller no pueda determinar su tipo.

Cambiar la opción del modo HostLa opción del modo Host se establecerá en el grupo de hosts la primera vez que exporteun volumen HDS al host. Una vez que ViPR Controller ha establecido la opción del modoHost en el grupo de hosts, ViPR Controller no puede cambiarla, por ejemplo:l Si se exportó un volumen HDS a un host que se agregó a ViPR Controller como "Otro",

no se establece en el host la opción del modo Host configurada en ViPR Controller. Siel tipo de host en ViPR Controller se cambia de Otro a AIX, ESX, HP-UX, Linux, oWindows, y se usa ViPR Controller para exportar otro volumen HDS al mismo host,ViPR Controller no establecerá en el host las opciones del modo Host que esténconfiguradas en ViPR Controller, porque no se configuró en el grupo de hosts laprimera vez que se exportó el volumen de ViPR Controller a ese mismo host.

l Si se exportó un volumen HDS a AIX, ESX, HP-UX, Linux, o a un host, las opciones delmodo Host configuradas actualmente en ViPR Controller se establecen en el host. Sise cambian las opciones del modo Host en ViPR Controller después de la exportacióny se usa ViPR Controller para exportar otro volumen HDS al mismo host, las opcionesdel modo Host originales se conservan en el host y no se configuran con las nuevasopciones del modo Host.

Una vez que se ha exportado el volumen HDS desde ViPR Controller a un host, ustedpuede cambiar los ajustes del modo Host desde el navegador Hitachi Storage Navigator.Si se usa ViPR Controller para exportar otro volumen HDS al mismo host después dehaber cambiado la opción del modo Host desde Storage Navigator, ViPR Controllervolverá a usar los ajustes de Storage Navigator en la exportación.

Antes de ViPR 2.2l Las opciones del modo Host solo se establecen en grupos de hosts nuevos creados

con ViPR Controller versión 2.2 y superiores.l Antes de ViPR Controller 2.2, ViPR Controller no establecía ninguna opción del modo

Host en grupos de hosts HDS.l Si ViPR Controller vuelve a utilizar un grupo de hosts creado antes de ViPR

Controller 2.2, ViPR Controller no establece las opciones del modo Host de ViPRController en el grupo de hosts creado antes de ViPR Controller 2.2.

EMC VMAXViPR Controller : la administración de sistemas VMAX se realiza a través del SMI-SProvider de EMC. Su SMI-S Provider y el sistema de almacenamiento VMAX se deben


EMC VMAX 21

configurar de la siguiente manera antes de agregar el sistema de almacenamiento a ViPRController.

Requisitos de configuración de SMI-S Provider para VMAXNecesita información específica para validar que SMI-S Provider esté configuradocorrectamente para ViPR Controller y para agregar sistemas de almacenamiento a ViPRController.

Reunir la información necesaria

l Dirección de host de SMI-S Providerl Credenciales de SMI-S Provider (la opción predeterminada es admin/#1Password)l Puerto de SMI-S Provider (el valor predeterminado es 5989)

Habilitar propiedadesSi usa SMI-S Provider 8.1, debe habilitar siempre estas propiedades:

l SYMAPI_USE_GNS, SYMAPI_USE_RDFD en /var/symapi/config/optionsl GNS_REMOTE_MIRROR en /var/symapi/config/daemon_optionsInicie el servicio de demonioAntes de comenzar la configuración:

l Desde el directorio de /opt/emc/SYMCLI/bin, inicie el servicio de demonio:stordaemon start storrdfd

l Enumere los demonios: /opt/emc/SYMCLI/bin/stordaemon listPuede ver qué demonios se están ejecutando actualmente:

Available Daemons ('[*]': Currently Running):[*] storapid EMC Solutions Enabler Base Daemon storgnsd EMC Solutions Enabler GNS Daemon storrdfd EMC Solutions Enabler RDF Daemon[*] storevntd EMC Solutions Enabler Event Daemon[*] storwatchd EMC Solutions Enabler Watchdog Daemon storsrmd64 EMC Solutions Enabler SRM Daemon, 64bit storstpd EMC Solutions Enabler STP Daemon storsrvd EMC Solutions Enabler SYMAPI Server Daemon

Requisitos de configuraciónSMI-S Provider no se puede compartir entre ViPR Controller y ninguna otra aplicación querequiera un SMI-S Provider para VMAX, como EMC ViPR SRM.

Nota

La ViPR Controller Matriz de soporte cuenta con los requisitos de versión más recientespara todos los sistemas compatibles o requeridos por ViPR Controller. Si desea conocerrequisitos de una versión específica de SMI-S Provider, consulte la ViPR Controller Matrizde soporte antes de ejecutar cualquier paso para actualizar o instalar SMI-S Provider yutilizarlo con ViPR Controller.

Antes de agregar almacenamiento VMAX a ViPR Controller, inicie sesión en su SMI-SProvider para asegurarse de que se cumplan los siguientes requisitos de configuración:

l Para sistemas de almacenamiento VMAX, use SMI-S Provider 4.6.2 o SMI-S Provider8.1, pero no ambas versiones. Sin embargo, debe utilizar SMI-S Provider 8.1 parautilizar las nuevas funciones que se proporcionan con ViPR Controller 2.4. Paraconocer los requisitos de actualización, consulte la Guía de instalación y configuraciónde EMC ViPR Controller.






l En el caso de sistemas de almacenamiento VMAX3, siempre utilice SMI-SProvider 8.1.

l El servidor host que funciona con Solutions Enabler (servidor SYMAPI) y SMI-SProvider (ECOM) difiere del servidor en el que se ejecutan los procesadores deservicios VMAX.

l El sistema de almacenamiento se descubre en SMI-S Provider.

l Cuando se agrega el proveedor de almacenamiento a ViPR Controller, todos lossistemas de almacenamiento administrados por el proveedor de almacenamiento seagregan a ViPR Controller. Si no desea que todos los sistemas de almacenamiento deun SMI-S Provider sean administrados por ViPR Controller, configure el SMI-SProvider para administrar solo los sistemas de almacenamiento que se agregarán aViPR Controller, antes de agregar el SMI-S Provider a ViPR Controller.

Nota

También se puede cancelar el registro de los sistemas de almacenamiento que no seusarán en ViPR Controller, o eliminarlos, después de agregar el proveedor dealmacenamiento a ViPR Controller. Para conocer los pasos para cancelar el registrodel almacenamiento o eliminarlo desde ViPR Controller, consulte la ViPR ControllerGuía de configuración de centros de datos virtuales de la interfaz de usuario o la ViPRController Guía de configuración del centro de datos virtual de API de REST.

l El host remoto, SMI-S Provider (Solutions Enabler [servidor SYMAPI]) y el servidor deEMC CIM (ECOM) están configurados para aceptar conexiones SSL.

l El demonio storsrvd de EMC está instalado y en ejecución.

l El servidor SYMAPI y los hosts de servidores de ViPR Controller están configurados enel servidor DNS local y sus nombres se pueden resolver entre sí, para lacomunicación adecuada entre ambos. Si no se utiliza DNS en el entorno, asegúresede utilizar los archivos de host para la resolución de nombres (/etc/hosts orc:/Windows/System32/drivers/etc/hosts).

l La opción de inicio de sesión del usuario predeterminada del servidor de EMC CIM(ECOM), vencimiento de la contraseña, está en “Password never expires [Lacontraseña jamás caduca]”.

l El host SMI-S Provider puede ver a los controladores de acceso (seis como mínimo).

Requisitos de versión de SMI-S Provider para SRDFCuando utilice SRDF en ViPR Controller, deberá especificar versiones de SMI-S Providerpara la replicación de datos entre sitios de origen y de destino.

Replicación VMAX a VMAXSe debe contar con SMI-S Provider 4.6.2 o SMI-S Provider 8.1 tanto en el sitio de origencomo en el de destino cuando se repliquen datos de un arreglo VMAX a otroarreglo VMAX. No se puede tener SMI-S Provider 4.6.2 en un sitio y SMI-S Provider 8.1 enel otro. Ambos deben tener la misma versión.

Replicación VMAX3 a VMAX3Se debe contar con SMI-S Provider 8.1 tanto en el sitio de origen como en el de destinocuando se repliquen datos de un arreglo VMAX3 a otro arreglo VMAX3.

Replicación VMAX a VMAX3 y VMAX3 a VMAXSe debe contar con SMI-S Provider 8.1 tanto en el sitio de origen como en el de destinocuando se repliquen datos de un arreglo VMAX a un arreglo VMAX3 o de unarreglo VMAX3 a un arreglo VMAX.


Requisitos de versión de SMI-S Provider para SRDF 23

Requisitos de actualizaciónLa ViPR Controller Matriz de soporte cuenta con los requisitos de versión más recientespara todos los sistemas compatibles o requeridos por ViPR Controller. Si desea conocerrequisitos de una versión específica de SMI-S Provider, consulte la ViPR Controller Matrizde soporte antes de ejecutar cualquier paso para actualizar o instalar SMI-S Provider yutilizarlo con ViPR Controller.

VMAX : sistema de almacenamientoEl sistema de almacenamiento VMAX se prepara antes de agregarlo a ViPR Controller, dela siguiente manera.

l Cree suficiente cantidad de pools de almacenamiento para el aprovisionamiento delalmacenamiento con ViPR Controller (por ejemplo: SSD, SAS, NL-SAS).

l Defina las políticas FAST.Los nombres de los niveles de almacenamiento y de las políticas FAST deben serconsistentes en todos los sistemas de almacenamiento VMAX.

l No se requiere crear LUN, grupos de almacenamiento, grupos de puertos, grupos deiniciadores, ni vistas de enmascaramiento.

l Luego de que se haya agregado y descubierto un sistema de almacenamiento VMAXen ViPR Controller, el sistema de almacenamiento debe volver a descubrirse si serealizan cambios administrativos en el sistema de almacenamiento mediante eladministrador de elementos del sistema de almacenamiento.

l Para conocer los requisitos de configuración cuando se trabaja con metavolúmenes,consulte ViPR Controller Guía de integración con los sistemas de almacenamiento VMAXy VNX.

EMC VNX for BlockViPR Controller : la administración de sistemas VNX for Block se ejecuta por medio deEMC SMI-S Provider. SMI-S Provider y VNX for Block deben cumplir ciertos requisitos deconfiguración para que usted pueda agregar este sistema de almacenamiento a ViPRController.

SMI-S Provider : requisitos de configuración para VNX for BlockNecesita información específica para validar que SMI-S Provider esté configuradocorrectamente para ViPR Controller y para agregar sistemas de almacenamiento a ViPRController.

Reunir la información necesaria

l Dirección de host de SMI-S Provider

l Credenciales de SMI-S Provider (la opción predeterminada es admin/#1Password)

l Puerto de SMI-S Provider (el valor predeterminado es 5989)

Requisitos de configuraciónSMI-S Provider no se puede compartir entre VIPR Controller y ninguna otra aplicación querequiera un SMI-S Provider para VNX for Block, como EMC ViPR SRM.

Antes de agregar almacenamiento VNX for Block a ViPR Controller, inicie sesión en suSMI-S Provider para asegurarse de que se cumplan los siguientes requisitos deconfiguración:






l El servidor host que funciona con Solutions Enabler (servidor SYMAPI) y SMI-SProvider (ECOM) difiere del servidor en el que se ejecutan los procesadores dealmacenamiento VNX for Block.

l El sistema de almacenamiento se descubre en SMI-S Provider.

l Cuando se agrega el proveedor de almacenamiento a ViPR Controller, todos lossistemas de almacenamiento administrados por el proveedor de almacenamiento seagregan a ViPR Controller. Si no desea que todos los sistemas de almacenamiento deun SMI-S Provider sean administrados por ViPR Controller, configure el SMI-SProvider para administrar solo los sistemas de almacenamiento que se agregarán aViPR Controller, antes de agregar el SMI-S Provider a ViPR Controller.

Nota

También se puede cancelar el registro de los sistemas de almacenamiento que no seusarán en ViPR Controller, o eliminarlos, después de agregar el proveedor dealmacenamiento a ViPR Controller. Para conocer los pasos para cancelar el registrodel almacenamiento o eliminarlo desde ViPR Controller, consulte la ViPR ControllerGuía de configuración de centros de datos virtuales de la interfaz de usuario o la ViPRController Guía de configuración del centro de datos virtual de API de REST.

l El host remoto, SMI-S Provider (Solutions Enabler [servidor SYMAPI]) y el servidor deEMC CIM (ECOM) están configurados para aceptar conexiones SSL.

l El demonio storsrvd de EMC está instalado y en ejecución.

l El servidor SYMAPI y los hosts de servidores de ViPR Controller están configurados enel servidor DNS local y sus nombres se pueden resolver entre sí, para lacomunicación adecuada entre ambos. Si no se utiliza DNS en el entorno, asegúresede utilizar los archivos de host para la resolución de nombres (/etc/hosts orc:/Windows/System32/drivers/etc/hosts).

l La opción de inicio de sesión del usuario predeterminada del servidor de EMC CIM(ECOM), vencimiento de la contraseña, está en “Password never expires [Lacontraseña jamás caduca]”.

l El host SMI-S Provider necesita conectividad IP en la red IP con conexiones a ambosprocesadores de almacenamiento VNX for Block.

VNX for Block : sistema de almacenamientoEl sistema de almacenamiento VNX for Block se prepara antes de agregarlo a ViPRController, de la siguiente manera.

Requisitos de configuración

l Cree suficiente cantidad de pools de almacenamiento o grupos RAID para elaprovisionamiento del almacenamiento con ViPR Controller.

l Si se requieren copias completas de volumen, instale el software activador deSAN Copy en el sistema de almacenamiento.

l Si se requieren copias nativas continuas, cree los LUN en el arreglo.

l Las redes de Fibre Channel para los sistemas de almacenamiento VNX for Blockrequieren un par de puertos SP-A y SP-B en cada red, de lo contrario los poolsvirtuales no se pueden crear para el sistema de almacenamiento VNX for Block.

l Para conocer los requisitos de configuración cuando se trabaja con metavolúmenes,consulte ViPR Controller Guía de integración con los sistemas de almacenamiento VMAXy VNX.


VNX for Block : sistema de almacenamiento 25

Requisitos de configuración para que ViPR Controller recopile métricas de puertos deHDSDebe habilitar el registro de datos de rendimiento en EMC Unisphere para que VNX forBlock envíe las métricas requeridas a ViPR Controller antes de poder configurar laselección de puertos basada en métricas para VNX for Block. Si desea conocer los pasospara habilitar el registro de datos de rendimiento en EMC Unisphere, consulte: Ajustes deconfiguración obligatorios previamente para VNX for Block en la página 26.

Habilitar el registro de datos de rendimiento VNX for BlockDebe habilitar el registro de datos de rendimiento en EMC Unisphere para que VNX forBlock envíe las métricas requeridas a ViPR Controller antes de poder configurar laselección de puertos basada en métricas para VNX for Block .

Procedimiento

1. Inicie sesión en EMC Unisphere.

2. Seleccione System > Statistics for Block. Statistics for Block se puede encontrar en lasección Monitoring and Alerts.

3. Haga clic en Performance Data Logging.

Aparecerá el cuadro de diálogo Data Logging.

4. Si todavía no se inició el registro de datos:

Nota

No cambie los horarios predeterminados de Real Time Interval ni de Archive Interval.

a. Haga clic en Start para iniciar el registro de datos.

b. Haga clic en Apply.

5. Haga clic en OK.

VPLEXAntes de agregar sistemas de almacenamiento VPLEX a ViPR Controller, compruebe queel ambiente VPLEX esté configurado de la siguiente manera:

l ViPR admite VPLEX en una configuración Local o Metro. VPLEX No se admitenconfiguraciones Geo.

l Configure el almacenamiento de back-end de metadatos de VPLEX .

l Cree almacenamiento de back-end de registro de VPLEX .

l Compruebe que:

n Los sistemas de almacenamiento que se deben utilizar estén conectados a lasredes que contienen los puertos de back-end de VPLEX .

n Los hosts que se utilizarán tengan iniciadores en las redes que contienen lospuertos de front-end de VPLEX .

l Verifique que los volúmenes de registro estén configurados para admitir volúmenesdistribuidos en una configuración Metro de VPLEX .

l No es necesario preconfigurar zonas entre VPLEX y los sistemas de almacenamiento,o entre hosts y VPLEX , a excepción de aquellas necesarias para lograr que elalmacenamiento complementario de metadatos y el almacenamientocomplementario de registro estén disponibles.



Almacenamiento de bloques de otros fabricantes (OpenStack)ViPR Controller utiliza el servicio de Almacenamiento de bloques (Cinder) de OpenStackpara administrar sistemas de almacenamiento de bloques admitidos por OpenStack. Sussistemas de almacenamiento de bloques de OpenStack deben cumplir con los siguientesrequisitos de instalación y configuración para que ViPR Controller pueda administrar lossistemas de almacenamiento presentes en OpenStack, y los recursos del sistema dealmacenamiento.

Requisitos para la instalación de proveedores de almacenamiento en bloques deotros fabricantes

Utilice el servicio de almacenamiento en bloques de OpenStack (Cinder) para agregarsistemas de almacenamiento en bloques de otros fabricantes a ViPR Controller.

Plataformas de instalación OpenStack compatiblesLa instalación de Openstack se admite en las siguientes plataformas:

l Red Hat Enterprise Linux

l SUSE Enterprise Linux

l Ubuntu Linux

Para obtener una lista de las versiones de plataformas compatibles, consulte ladocumentación de Openstack en: http://docs.openstack.org.

Requisitos para la instalación de OpenStackDebe instalar los siguientes dos componentes en el mismo servidor o en servidoresaparte:

l Servicio de identidad de OpenStack (Keystone): Requerido para la autenticación

l Almacenamiento en bloques de OpenStack (Cinder): El servicio central queproporciona toda la información de almacenamiento.

Para obtener detalles completos sobre la instalación y configuración, consulte ladocumentación de OpenStack en: http://docs.openstack.org.

Compatibilidad con sistemas de almacenamiento en bloques de otros fabricantesDebe configurar los sistemas de almacenamiento de otros fabricantes en el nodo delcontrolador de almacenamiento en bloques de OpenStack (servicio de Cinder).

Sistemas de almacenamiento en bloques compatibles de otros fabricantesLas operaciones de ViPR Controller se admiten en cualquier sistema de almacenamientoen bloques de otros fabricantes, probados por OpenStack, que use protocolosFibre Channel o iSCSI.

Sistemas de almacenamiento no compatiblesViPR Controller no es compatible con sistemas de almacenamiento de otros fabricantesque usen:

l Protocolos patentados propios, como Ceph.

l Drivers para bloques en NFS.

l Drivers locales como LVM.

ViPR Controller no es compatible con estos sistemas de almacenamiento y driversadmitidos por OpenStack:


Almacenamiento de bloques de otros fabricantes (OpenStack) 27

l LVM

l NetAppNFS

l NexentaNFS

l RBD (Ceph)

l RemoteFS

l Scality

l Brown Dog pastor

l XenAPINFS

Consulte www.openstack.org para obtener información sobre los sistemas dealmacenamiento de otros fabricantes de OpenStack.

ViPR Controller : compatibilidad y recomendaciones de drivers nativosViPR Controller proporciona compatibilidad limitada para almacenamiento en bloques deotros fabricantes. Para contar con total compatibilidad para todas las operacionesde ViPR Controller, se recomienda agregar y administrar los siguientes sistemas dealmacenamiento con drivers nativos de ViPR Controller y no utilizar el proveedor dealmacenamiento en bloques de otros fabricantes de OpenStack para agregar estossistemas de almacenamiento a ViPR Controller:

l EMC VMAX

l EMC VNX para bloques

l EMC VPLEX

l Hitachi Data Systems (solo con Fibre Channel)

Agregue estos sistemas de almacenamiento directamente a ViPR Controller, con ladirección del host del sistema de almacenamiento o la dirección del host del proveedorde almacenamiento patentado propio.

Operaciones de ViPR Controller admitidasPuede ejecutar operaciones de descubrimiento y diversas operaciones de servicios deViPR Controller en sistemas de almacenamiento en bloques de otros fabricantes.

Puede ejecutar estas operaciones de servicio en sistemas de almacenamiento enbloques de otros fabricantes:

l Crear un volumen de bloques

l Exportar un volumen a un host

l Crear un volumen de bloques para un host

l Expandir un volumen de bloques

l Quitar un volumen por host

l Quitar un volumen de bloques

l Crear una copia completa

l Crear un snapshot de bloques

l Crear un volumen a partir de un snapshot

l Quitar un snapshot de bloques



Nota

No puede utilizar el servicio Create VMware Datastore de ViPR Controllerpara crear unárea de almacenamiento de datos a partir de un volumen de bloques creado por unsistema de almacenamiento de otros fabricantes. Sin embargo, sí puede crearmanualmente áreas de almacenamiento de datos a partir de volúmenes de bloques deotros fabricantes a través del vCenter de VMware.

Configuración de OpenStackDespués de instalar los servicios Keystone y Cinder, deberá modificar el archivo deconfiguración de Cinder de modo que incluya los sistemas de almacenamiento quedeban ser administrados por ViPR Controller. Luego de modificar el archivo deconfiguración, deberá crear los tipos de volúmenes que se asignarán a los drivers delback-end. Estos tipos de volúmenes se descubrirán como pools de almacenamiento deun sistema de almacenamiento específico en ViPR Controller.

Recomendaciones para la configuración de almacenamiento de otros fabricantes deOpenStackAntes de agregar el proveedor de almacenamiento a ViPR Controller, configure elproveedor de almacenamiento solo con los sistemas de almacenamiento que deberánser administrados por ViPR Controller a través de un proveedor de almacenamiento enbloques de otros fabricantes. Cuando se agregue el proveedor de almacenamiento enbloques de otros fabricantes a los recursos físicos de ViPR Controller, todos los sistemasde almacenamiento administrados por el servicio de almacenamiento en bloques deOpenStack, admitidos por ViPR Controller, se agregarán a ViPR Controller.

Si incluyó sistemas de almacenamiento que no serán administrados por ViPR Controlleren el proveedor de almacenamiento, puede cancelar el registro de esos sistemas dealmacenamiento o eliminarlos de ViPR Controller. Sin embargo, es preferible configurar elproveedor de almacenamiento para que admita la integración con ViPR Controller antesde agregarlo a ViPR Controller.

Requisitos para la configuración del servicio de CinderDebe agregar una entrada en el archivo de configuración de Cinder por cada sistema dealmacenamiento que será administrado por ViPR Controller. Este archivo se encuentraubicado en /etc/cinder/cinder.conf.

Cinder no tiene estándares específicos en definiciones de atributos del driver de back-end. Consulte las recomendaciones específicas de los proveedores sobre laconfiguración del driver de Cinder, que pueden incluir la instalación de un plug-in o deuna interfaz de línea de comandos específicos del proveedor.

Ajustes de configuración del sistema de almacenamiento (back-end)Cinder define configuraciones de back-end en secciones individuales delarchivo cinder.conf para administrar los sistemas de almacenamiento. Cada secciónes específica para un tipo de sistema de almacenamiento.

Edite el archivo cinder.conf:


Configuración de OpenStack 29

Procedimiento

1. Quite los comentarios de enabled_backends, que estará comentado de manerapredeterminada, y agregue los nombres múltiples de back-end. En el siguienteejemplo, NetApp e IBM SVC se agregan como configuraciones de back-end.

enabled_backends=netapp-iscsi,ibm-svc-fc

2. Cerca del final del archivo, agregue las entradas específicas del sistema dealmacenamiento.

[netapp-iscsi]#NetApp array configuration goes here [ibm-svc-fc]#IBM SVC array configuration goes here

3. Reinicie el servicio de Cinder.

#service openstack-cinder-volume restart

Requisitos para la configuración de volúmenes en OpenStackViPR Controller tiene requisitos de configuración específicos para volúmenes creadosen OpenStack.

ViPR Controller requiere que haga lo siguiente para cada volumen presenteen OpenStack:

l Asignar el volumen al driver de back-end.

l Indicar si el volumen está definido para aprovisionamiento ligero o pesado.

ViPR Controller: propiedades específicasPuede crear tipos de volúmenes por medio de comandos de la CLI de Cinder o con elpanel de control Dashboard (interfaz de usuario de OpenStack). Las propiedadesrequeridas por ViPR Controller en la CLI de Cinder para el tipo de volumen son lassiguientes:

l volume_backend_namel vipr:is_thick_pool=truevolume_backend_nameEn el siguiente ejemplo se demuestran los comandos de la CLI de Cinder para crear tiposde volúmenes (NetApp, IBM SVC) y asignarlos al driver de back-end.

cinder --os-username admin --os-password <password> --os-tenant-name admin type-create "NetAPP-iSCSI"cinder --os-username admin --os-password <password> --os-tenant-name admin type-key "NetAPP-iSCSI" set volume_backend_name=NetAppISCSI cinder --os-username admin --os-password <password> --os-tenant-name admin type-create "IBM-SVC-FC"cinder --os-username admin --os-password <password> --os-tenant-name admin type-key "IBM-SVC-FC" set volume_backend_name=IBMSVC-FC cinder --os-username admin --os-password <password> --os-tenant-name admin extra-specs-list



vipr:is_thick_pool=trueDe manera predeterminada, ViPR Controller define el tipo de aprovisionamiento devolúmenes de OpenStack en ligero durante el descubrimiento. Si el tipo deaprovisionamiento es pesado, deberá configurar la propiedad específica de ViPRController para el aprovisionamiento pesado en true para el tipo de volumen. Si el tipode aprovisionamiento del volumen es ligero, no es necesario que configure el tipo deaprovisionamiento en OpenStack.

En el siguiente ejemplo, se demuestran los comandos de la CLI de Cinder para crear untipo de volumen (NetApp) y definir el tipo de aprovisionamiento del volumen comopesado.

cinder --os-username admin --os-password <password> --os-tenant-name admin --os-auth-url=http://<hostname>:35357/v2.0 type-create "NetAPP-iSCSI"cinder --os-username admin --os-password <password> --os-tenant-name admin --os-auth-url=http://<hostname>:35357/v2.0 type-key "NetAPP-iSCSI" set volume_backend_name=NetAppISCSIcinder --os-username admin --os-password <password> --os-tenant-name admin --os-auth-url=http://<hostname>:35357/v2.0 type-key "NetAPP-iSCSI" set vipr:is_thick_pool=true cinder --os-username admin --os-password <password> --os-tenant-name admin --os-auth-url=http://<hostname>:35357/v2.0 extra-specs-list

Validar la configuraciónValide que OpenStack se haya configurado correctamente para crear volúmenes paracada uno de los sistemas de almacenamiento agregados.

1. Cree volúmenes para cada tipo de volumen creado en OpenStack.Puede crear volúmenes en la interfaz de usuario de OpenStack o con la CLI de Cinder.El comando de la CLI de Cinder para crear un volumen es el siguiente:

cinder --os-username admin --os-tenant-name admin --display-name <volume-name> --volume-type <volume-type-id> <size>

2. Verifique que los volúmenes se estén creando en el sistema de almacenamientoasociado. Por ejemplo: los volúmenes tipo NetApp-iSCSI se deben crear solo en elsistema de almacenamiento de NetApp.

ViPR Controller : configuración para puertos de almacenamientoen bloques de otros fabricantes

La API de OpenStack no proporciona el World Wide Port Name (WWPN) del puerto dealmacenamiento correspondiente a sistemas de almacenamiento conectados conFibre Channel ni el IQN correspondiente a sistemas de almacenamiento conectados coniSCSI. Por lo tanto, ViPR Controller no puede recuperar los WWPN ni los IQN de lospuertos de almacenamiento durante el descubrimiento.

Una vez que ViPR Controller descubre un arreglo de almacenamiento en bloques de otrosfabricantes, se crea un puerto de almacenamiento predeterminado para el sistema dealmacenamiento, y este aparece en la página ViPR Controller, con el nombre Default y elidentificador del puerto de almacenamiento: Openstack+<storagesystemserialnumber>+Port+Default

Puertos de almacenamiento configurados con Fibre ChannelViPR Controller : las operaciones de exportación no se pueden ejecutar en un sistema dealmacenamiento conectado por FC, que se haya agregado a ViPR Controller sin ningúnWWPN asignado al puerto de almacenamiento. Por lo tanto, los administradores desistemas de ViPR Controller deben agregar manualmente al menos un WWPN al puerto de


ViPR Controller : configuración para puertos de almacenamiento en bloques de otros fabricantes 31

almacenamiento predeterminado antes de realizar cualquier operación de exportaciónen el sistema de almacenamiento. Se pueden agregar nombres WWPN a ViPR Controller através de la CLI y de la interfaz de usuario de ViPR Controller.

Una vez agregado el WWPN al puerto de almacenamiento, usted podrá realizar lasoperaciones de exportación en el sistema de almacenamiento desde ViPR Controller. Almomento de exportar, ViPR Controller lee la respuesta de exportación del servicio Cinder.La respuesta de exportación incluirá el WWPN, que fue agregado manualmente por eladministrador del sistema desde la CLI de ViPR Controller, y cualquier WWPN adicionalque se detalle en la respuesta de exportación. ViPR Controller luego crea un puerto dealmacenamiento para cada uno de los WWPN que aparecen en la respuesta deexportación durante la operación de exportación.

Después de ejecutar una operación de exportación exitosa, en la página Storage Port semuestran todos los puertos recientemente creados, además del puerto dealmacenamiento predeterminado.

Cada vez que se realiza otra operación de exportación en el mismo sistema dealmacenamiento, ViPR Controller lee la respuesta de exportación de Cinder. Si larespuesta de exportación presenta nombres WWPN, que no están presentes en ViPRController, ViPR Controller crea nuevos puertos de almacenamiento para cada WWPNnuevo.

Si desea conocer los pasos para agregar nombres WWPN a puertos de almacenamientoen bloques de otros fabricantes conectados con FC, consulte la ViPR Controller Guía dereferencia de CLI, que se encuentra disponible en el Índice de documentación deproductos de ViPR Controller.

Puertos de almacenamiento configurados por iSCSIEl puerto de almacenamiento predeterminado se usa para dar soporte a la configuracióndel sistema de almacenamiento hasta que se realice una exportación en el sistema dealmacenamiento. Al momento de exportar, ViPR Controller lee la respuesta deexportación desde el servicio Cinder, que incluye el IQN de iSCSI. ViPR Controller luegomodifica el identificador del puerto de almacenamiento predeterminado con el IQNrecibido de la respuesta de exportación de Cinder.

Cada vez que se realiza otra operación de exportación en el mismo sistema dealmacenamiento, ViPR Controller lee la respuesta de exportación de Cinder. Si larespuesta de exportación presenta un IQN, que no está presente en ViPR Controller, ViPRController crea un nuevo puerto de almacenamiento.

EMC ScaleIO independienteSu ScaleIO independiente debe cumplir con los siguientes requisitos del sistema yconfigurarse de la siguiente manera antes de agregar almacenamiento a ViPR Controller.

l Se definen los dominios de protección.

l Se definen a todos los pools de almacenamiento.

Además, debe tener lo siguiente:

l Dirección IP del host Gateway de ScaleIO.

l El puerto utilizado para comunicarse con el servicio de la API de REST de ScaleIO.

l El nombre de usuario y la contraseña de un usuario que puede acceder al MDMprimario.





EMC XtremIOAntes de agregar almacenamiento XtremIO a ViPR, asegúrese de que haya conectividadfísica entre los hosts, las estructuras (fabrics) y el arreglo.

EMC VNXeAntes de agregar sistemas de almacenamiento VNXe a ViPR Controller, repase lasiguiente información.

Tabla 6 Reunir la información necesaria de EMC Unisphere

Configuración Valor

Unisphere dirección IP del host

Unisphere información del usuario

Unisphere puerto host (el valor predeterminadoes 443)

Cree suficiente cantidad de pools de almacenamiento para el aprovisionamiento delalmacenamiento con ViPR Controller.

Requisitos generales para sistemas de almacenamiento enarchivos

Cuando configure un sistema de almacenamiento en archivos para ViPR Controller,verifique que el sistema cumpla con estos requisitos.

l El servidor NFS debe configurarse en el sistema de almacenamiento correspondientea ViPR Controller para crear las exportaciones NFS.

l El recurso compartido CIFS debe configurarse en el sistema de almacenamientocorrespondiente a ViPR Controller para crear los recursos compartidos CIFS.

l Se debe realizar la configuración de NETBIOS para acceder al recurso compartido conel nombre de NETBIOS. Si NETBIOS está presente, el punto de montaje se construyecon el nombre de NETBIOS y no con la IP.

Para EMC Isilon, NetApp modo 7 y NetApp modo clústerPara agregar usuarios de dominio a un recurso compartido, debe configurar el servidorde AD en el sistema de almacenamiento (servidor CIFS).

EMC® Data Domain®

Antes de agregar almacenamiento Data Domain a ViPR Controller, configure elalmacenamiento de la siguiente manera.

l El sistema de archivos de Data Domain (DDFS) se configura en el sistema DataDomain.

l Se instala y configura Data Domain Management Center (DDMC).

l La conectividad de red se configura entre el sistema Data Domain y el DDMC.


EMC XtremIO 33

Cuando se agregue almacenamiento Data Domain a ViPR Controller, es útil saber que:

l Un Mtree Data Domain se representa como un sistema de archivos en ViPR Controller.

l Los pools de almacenamiento no son una característica de Data Domain. Sinembargo, ViPR Controller utiliza pools de almacenamiento para incluir la capacidaddel sistema de almacenamiento. Por lo tanto, ViPR Controller crea un pool dealmacenamiento para cada sistema de almacenamiento Data Domain registrado enViPR Controller; por ejemplo, si tres sistemas de almacenamiento Data Domain seregistraron en ViPR Controller, habría tres pools de almacenamiento Data Domainseparados. Un pool de almacenamiento para cada sistema de almacenamiento DataDomain registrado.

EMC IsilonAntes de agregar almacenamiento EMC Isilon a ViPR Controller, configure elalmacenamiento de la siguiente manera.

Reunir la información necesariaLa siguiente información es necesaria para configurar el almacenamiento y agregarlo aViPR Controller.

Tabla 7 Isilon : información necesaria

Ajuste Valor

Dirección IPv4 o IPv6.

Puerto (el valor predeterminado es 8080)

Credenciales para que el usuario agreguesistemas de almacenamiento Isilon a ViPRController y para que sea propietario de todoslos sistemas de archivos creados en Isilon através de ViPR Controller. Este usuario debetener privilegios de usuario raíz o deadministrador en Isilon.

Requisitos de configuración

l SmartConnect se usa con licencia y está configurado según se describe en ladocumentación de Isilon. Asegúrese de verificar lo siguiente:

n Los nombres de las zonas de SmartConnect están configurados en el dominiodelegado adecuado.

n El DNS está en uso para ViPR Controller y los hosts aprovisionados estándelegando solicitudes para las zonas de SmartConnect a la IP de SmartConnect.

l Se debe contar con licencia de SmartQuota, y se lo debe habilitar.

l Existe un mínimo de 3 nodos en el clúster configurado de Isilon.

l A los clústeres y las zonas de Isilon se podrá acceder desde las máquinas virtualesdel controlador de ViPR Controller.

l Cuando agregue un sistema de almacenamiento Isilon a ViPR Controller, tendrá queusar las credenciales del usuario raíz o crear una cuenta para usuarios de ViPRController, que tenga privilegios administrativos en el sistema de almacenamientoIsilon.



l El usuario de Isilon es independiente del usuario actualmente conectado a ViPRController. Todas las operaciones de ViPR Controller realizadas en el sistema dealmacenamiento Isilon se ejecutan como el usuario de Isilon que se ingresa cuandose agrega el sistema de almacenamiento Isilon a ViPR Controller.

NetApp modo 7Antes de agregar almacenamiento NetApp modo 7 a ViPR Controller, configure elalmacenamiento de la siguiente manera.

l ONTAP está en configuración de modo 7.

l Multistore está habilitado (el modo 7 con Multistore solo es compatible con ViPRController).

l Se crean agregados.

l Se instalan y configuran las licencias de NetApp para NFS, CIFS y snapshots.

l Se crean vFilers y se les asocian las interfaces o los puertos necesarios.

l Se configura NFS/CIFS en los vFilers.

NetApp modo clústerAntes de agregar almacenamiento NetApp modo clúster a ViPR Controller, configure elalmacenamiento de la siguiente manera.

l ONTAP está en configuración de modo clúster.

l Se crean agregados.

l Se instalan y configuran las licencias de NetApp para NFS, CIFS y snapshots.

l Se crean máquinas virtuales de almacenamiento (Storage Virtual Machines, SVM) yse les asocian las interfaces y los puertos necesarios.

l Configurar NFS y CIFS en las SVM.

l Cuando esté reconociendo sistemas de almacenamiento NetApp modo clúster conViPR Controller, deberá utilizar la IP de administración. No puede descubrir sistemasNetApp modo clúster con direcciones IP de LIF.

EMC VNX for FileAntes de agregar almacenamiento VNX for File a ViPR Controller, debe verificar que VNXfor File cumpla con requisitos específicos.

Estos son los requisitos para agregar almacenamiento VNX for File a ViPR Controller:

l Se crean pools de almacenamiento para VNX for File.

l Las estaciones de control están en funcionamiento y se puede acceder a ellas desdelas máquinas virtuales de ViPR Controller Controller.

l VNX SnapSure está instalado, configurado y con licencia.

EMCElastic Cloud StorageAntes de agregar EMCElastic Cloud Storage (ECS) a ECS, configure el almacenamientoViPR Controller de la siguiente manera.


NetApp modo 7 35

l Puede usar cualquiera de las direcciones IP de ECS cuando se agrega ECS a ViPRController.

l Cuando se agrega ECS, debe ingresar la credencial de usuario. Las credenciales delusuario:

n Deben haber sido creadas en ECS con privilegios de administrador del sistema deECS.

n El usuario de ECS puede ser un usuario local o de dominio de ECS. Si es usuariode dominio, el usuario de ECS debe compartir el mismo Ldap o AD que el usuarioque ha iniciado sesión en ViPR Controller.

Nota

El usuario que ha iniciado sesión en ViPR Controller debe ser un usuario dedominio.

n Serán utilizadas por ViPR Controller para iniciar sesión en ECS y para realizaroperaciones en ECS, como descubrir ECS, crear un depósito y asignar unpropietario de depósito.

l Los grupos de replicación deben configurarse en ECS antes de la ejecución deldescubrimiento o redescubrimiento desde ViPR Controller.

l ViPR Controller solo admite la administración de grupos de replicación locales de ECScuando ECS se configura en un ambiente GEO (múltiples sitios).

Nota

No se admite el descubrimiento de depósitos de ECS (es decir, recopilación de ViPRController de depósitos).

l Debe mapear un espacio de nombres de ECS a un grupo de usuarios de ViPRController.

n El espacio de nombres de ECS se debe haber creado en ECS antes de mapearlo aun grupo de usuarios de ViPR Controller.

n ViPR Controller no descubre el espacio de nombres; deberá escribir el espacio denombres en ViPR Controller exactamente como se configuró para ECS.

n Un grupo de usuarios de ViPR Controller solo puede configurarse con un espaciode nombres de ECS.

n Un espacio de nombres de ECS solo puede mapearse a un ViPR Controller. Elmismo espacio de nombres no puede compartirse entre diferentes grupos deusuarios de ViPR Controller.

RecoverPoint : sistemasConsulte los requisitos de ViPR Controller y la información necesaria para agregar yconfigurar un sistema EMCRecoverPoint en ViPR Controller.

RecoverPoint : información del sitioEsta información es necesaria para agregar un sistema RecoverPoint a ViPR Controller:

l RecoverPoint : dirección IPv4 o IPv6 de administración del sitio o nombre de host

l Puerto

l Las credenciales para una cuenta que tenga la función de administrador deRecoverPoint para acceder al sitio de RecoverPoint



Requisitos de configuraciónHaga lo siguiente para agregar un sistema RecoverPoint a ViPR Controller:

l Instale los sistemas RecoverPoint y licéncielos.

l Si ViPR Controller no está administrando la red SAN, zonifique lossistemas RecoverPoint a los arreglos de almacenamiento y conecte los splittersde RecoverPoint .

l Establezca conectividad IP entre RecoverPoint y el dispositivo virtual de ViPRController.

Administradores de fabrics (switches)ViPR Controller admite switches Brocade y Cisco. Los administradores de sistemaspueden consultar los requisitos de ViPR Controller y la información necesaria paraagregar administradores de fabrics (switches) a ViPR Controller y configurarlos.

ViPR Controller : terminología relacionada con switches y redesViPR Controller tiene tres interfaces externas: una API de REST, una interfaz de línea decomandos (Command Line Interface, CLI) y una interfaz de usuario. Las interfaces deintegración y programación (API y CLI) utilizan una terminología que difiere levementepara hacer referencia a los elementos de red de su red de área de almacenamiento(Storage Area Network, SAN).

La terminología utilizada en cada interfaz de ViPR Controller es la siguiente:

l Los switches Cisco® y las estaciones de administración BrocadeCMCNE se

denominan administradores de fabrics en la interfaz de usuario.

l En la API de REST y en la CLI de ViPR, las estaciones de administraciónBrocadeCMCNE y los switches Cisco se denominan sistemas de red. Las redes VSANCisco y los fabrics Brocade se denominan redes.

BrocadeSu switch Brocade debería cumplir con los siguientes requisitos del sistema yconfigurarse de la siguiente manera para poder agregarlo a ViPR Controller.

Requisitos de softwareViPR Controller necesita que EMC Connectrix Manager Converged Network Edition(CMCNE) esté instalado. Para conocer las versiones compatibles, consulte Matriz desoporte de EMC ViPR Controller en EMC Community Network (community.emc.com).

CMCNE se puede descargar desde la zona de soporte de EMC (https://support.emc.com).

CMCNE : requisitos de instalación y configuración

l CMCNE debe estar instalado en un host que no sea el del proveedor del sistema dealmacenamiento de SMI-S. CMCNE utiliza el mismo puerto que el proveedor de SMI-Sy, por lo tanto, causa un conflicto en los puertos si CMCNE y el proveedor de SMI-S seinstalan en la misma máquina.

l SMI Agent (SMIA) debe estar instalado e iniciado como parte de la instalación deCMCNE. En Cómo validar la instalación del SMI Agent de CMCNE en la página 38 seproporcionan instrucciones para validar que SMI Agent se instaló correctamente conCMCNE.

l CMCNE debe tener acceso a los switches con privilegios de administrador y la cuentadebe configurarse con privilegios para descubrir la topología SAN, y para activar,crear y eliminar zonas y conjuntos de zonas.


Administradores de fabrics (switches) 37

l Use la interfaz del usuario de CMCNE para descubrir fabrics previamente.

l Debe haber creado los fabrics necesarios que usará ViPR, haber asignado los puertosa los fabrics y haber configurado cualquier enlace ISL necesario para conectar unfabric entre múltiples switches.

l Está altamente recomendado que implemente conexiones redundantes entre lasconexiones de ISL, de modo que la falla de un solo enlace ISL no particione losfabrics.

l ViPR Controller no tiene restricciones en cuanto a la cantidad de fabrics.

l No es necesario que cree zonas.

Cómo validar la instalación del SMI Agent de CMCNESMI Agent (SMIA) debe estar instalado e iniciado como parte de la instalación de CMCNE.

Para verificar que se haya instalado SMI Agent con la instalación de CMCNE, ingrese ladirección IP de CMCNE en un navegador para ir a la página de inicio de EMC ConnectrixManager Converged Network Edition .

l Si el proveedor de SMIA se instaló con CMCNE, aparece un enlace para iniciar laherramienta de configuración de SMIA de CMCNE en la página de inicio, tal como semuestra a continuación.

l Si no aparece ningún enlace para iniciar la herramienta de configuración de SMIA deCMCNE en la página de inicio, no se instaló con CMCNE, tal como se muestra acontinuación.



Si el SMIA está instalado y no funciona como se espera, verifique si hay errores en elarchivo C:\<installation path>\cimom\server\logs\smia-provider.log.

ViPR Controller : compatibilidad para el enrutamiento mediante Fibre Channel conswitches Brocade

ViPR Controller incluye compatibilidad con configuraciones de enrutamiento medianteFibre Channel con switches Brocade. El enrutamiento mediante Fibre Channel (FCR) estádiseñado para permitir que los dispositivos de fabrics separados se comuniquen sincombinar los fabrics.

El enrutamiento mediante Fibre Channel permite que los fabrics separados autónomosmantengan sus propios servicios en todo el fabric y que brinden los siguientesbeneficios:

l Las fallas en los servicios de fabric, las reconfiguraciones del fabric, los errores dezonificación y los dispositivos con mal comportamiento no se propagan entre losfabrics.

l Los dispositivos que causan problemas de rendimiento en un fabric no propaganesos problemas a otros fabrics.

Esta compatibilidad expande la red de ViPR Controller y la compatibilidad de switchespara incluir configuraciones en las que se utilice un enrutador Brocade para transferirtráfico de un centro de datos físico a otro. En la siguiente figura se muestra un ejemplode una configuración de un centro de datos compatible con ViPR Controller en la que seutiliza enrutamiento mediante Fibre Channel. El switch DCX funciona como el enrutadorentre los dispositivos del Fabric 15 y los dispositivos del Fabric 10. En este simpleejemplo, el Host 5 del Fabric 10 puede consumir almacenamiento en VNX 1 en elFabric 15.


ViPR Controller : compatibilidad para el enrutamiento mediante Fibre Channel con switches Brocade 39

Brocade Requisitos para la configuración del enrutamiento mediante Fibre ChannelLas siguientes pautas se aplican a configuraciones del enrutamiento medianteBrocade Fibre Channel.

l Como parte de la configuración del enrutamiento, se debe crear al menos una zonaLSAN entre cada par de fabrics que usted espera que ViPR Controller considere.Cuando ViPR Controller descubre la topología, supone que, si existe una zona LSANentre dos fabrics, se permite el enrutamiento entre los fabrics. Si no hay ningunazona LSAN entre los fabrics, ViPR Controller supone que el enrutamiento no estápermitido entre los fabrics.

l CMCNE debe detectar el enrutador y un switch raíz en cada fabric participante. Eneste ejemplo, CMCNE se ejecuta en el Host 1 y debe descubrir el Switch 1de Brocade, el switch DCX y el Switch 2 de Brocade.

l ViPR Controller debe descubrir CMCNE satisfactoriamente. Elija Physical Assets >Fabric Managers para agregar y descubrir CMCNE.

Para obtener más información, consulte los siguientes documentos:

l Guía para el usuario de EMC Connected Manager Converged Network Editionpara obtenermás información sobre la instalación y configuración de CMCNE.

l Notas de la versión de CMCNE para ver una lista de plataformas de switchescompatibles y las revisiones mínimas del firmware.



CiscoNecesitará la siguiente información y sus switches Cisco deben estar configurados de lasiguiente manera para poder agregar el switch a ViPR Controller y utilizarlo.

Credenciales de inicio de sesión del switch CiscoObtenga las credenciales de inicio de sesión que debe usar cuando agregue el switchCisco a ViPR Controller. La cuenta debe tener privilegios para aprovisionar (configurar elmodo de zona, conjuntos de zonas y red VSAN) y para mostrar la base de datos de FCNS.

Requisitos de configuraciónConfigure el switch de la siguiente manera antes de agregarlo a ViPR Controller:

l Habilite SSH.

l Cree las redes VSAN que utilizará ViPR Controller en el switch Cisco.

l Asigne las interfaces apropiadas a la base de datos de la red VSAN.

l Configure todos los enlaces ISL, y los canales de puertos, para redes de múltiplesswitches, y verifique que los enlaces ISL funcionen correctamente. Esto garantiza quela base de datos de FCNS esté distribuida correctamente y actualizada en cualquierswitch que agregue a ViPR Controller.

Recomendaciones sobre la configuraciónEs altamente recomendable (pero no obligatorio) que usted:

l Implemente conexiones redundantes entre todas las conexiones de ISL, de modoque la falla de un solo enlace ISL no particione las redes VSAN.

l Active la zonificación mejorada para evitar que ViPR realice modificacionessimultáneas de la base de datos de zonificación y que otras aplicacionessobrescriban sus cambios. Si no se puede habilitar la zonificación mejorada (no esuna configuración recomendada), se aconseja limitar la cantidad de administradoresde fabrics en ViPR Controller a uno por red VSAN.

ViPR Controller : compatibilidad con el enrutamiento Inter-VSAN con switches CiscoViPR Controller incluye compatibilidad con configuraciones de enrutamiento Inter-VSAN(IVR) mediante switches Cisco. IVR está diseñado para permitir que los hosts, los arreglosde almacenamiento y otros dispositivos que residen en VSAN separadas se comuniquensin combinar las VSAN.

IVR permite que las VSAN autónomas y separadas mantengan sus propios servicios inter-VSAN y proporciona los siguientes beneficios:

l Accede a los recursos en las VSAN sin comprometer otros beneficios de VSAN.

l Transporta el tráfico de datos entre iniciadores y destinos específicos en diferentesVSAN sin combinar VSAN en un único fabric lógico.

l Establece rutas interconectadas adecuadamente que atraviesan una o más VSAN enmúltiples switches. IVR no se limita a las VSAN presentes en un switch común.

l Comparte recursos valiosos en las VSAN sin riesgo. El tráfico de Fibre Channel nofluye entre VSAN; los iniciadores no pueden acceder a los recursos presentes en lasVSAN que no sean de la VSAN designada.

l Proporciona soluciones eficientes de continuidad comercial o de recuperación antedesastres cuando se utiliza en conjunto con FCIP.

l IVR cumple con los estándares de Fibre Channel.

En la siguiente figura se muestra un ejemplo de una configuración de centros de datoscompatible con ViPR Controller que utiliza enrutamiento Inter-VSAN. En este ejemplo, el


Cisco 41

switch de IVR funciona como el enrutador entre los dispositivos en la VSAN 15 y losdispositivos en la VSAN 10. El Host 5 en la VSAN 10 puede consumir el almacenamientode VNX 1 en la VSAN 15.

Redes VSAN aisladasViPR Controller puede reconocer y crear zonas IVR entre redes VSAN aisladas,independientemente de que residan en un único switch o que abarquen varios switchesfísicos.

Para materializar y completar la zonificación IVR, ViPR Controller necesita que hayaredes VSAN de tráfico adecuadas entre las redes VSAN enrutadas por IVR. Además, ViPRController necesita que se cree al menos una zona IVR entre cada una de las redes VSANenrutadas por IVR. Esto permite que ViPR Controller asocie la ruta IVR y la considere comodisponible y como ruta de aprovisionamiento activa entre redes VSAN.

Cuando ViPR Controller detecta la topología, supone que si hay una zona IVR entre dosredes VSAN, el enrutamiento entre las redes VSAN está permitido y configuradocorrectamente para permitir el acceso de los hosts al almacenamiento.

Si no hay ninguna zona IVR con instancia previamente creada entre las redes VSANenrutadas por IVR, ViPR Controller supone que el enrutamiento no está permitido entrelas redes VSAN y no crea zonas IVR.

Por ejemplo: ViPR Controller puede admitir esta configuración.



Figura 1 Configuración de redes VSAN admitida en ViPR Controller

(Gráfico extraído de la Guía para la configuración del enrutamiento Inter-VSAN en sistemasoperativos NX-OS de la familia Cisco MDS 9000)

Cisco Requisitos para la configuración del enrutamiento Inter-VSANLas siguientes pautas se aplican a todas las configuraciones del enrutamiento medianteFibre Channel.

l Para cada red VSAN, ViPR Controller debe descubrir satisfactoriamente eladministrador de fabrics (switch Cisco).

l Como parte de la configuración del enrutamiento, se debe crear al menos unazona IVR entre cada par de redes VSAN que usted espera que ViPR Controllerconsidere. Cuando ViPR Controller descubre la topología, supone que, si existe unazona IVR entre dos redes VSAN, el enrutamiento entre redes VSAN está permitido. Sino hay ninguna zona IVR entre las redes VSAN, ViPR Controller supone que elenrutamiento no está permitido entre las redes VSAN.

l ViPR Controller también debe descubrir los switches con IVR habilitado que permitenel enrutamiento entre redes VSAN administradas por ViPR Controller en su centro dedatos.

Consulte la Guía para la configuración del enrutamiento Inter-VSAN en sistemasoperativos NX-OS de la familia Cisco MDS 9000 (http://www.cisco.com/c/en/us/td/docs/switches/datacenter/mds9000/sw/5_0/configuration/guides/ivr/nxos/nxos_ivr.html)para obtener más información sobre cómo instalar y configurar switches Cisco con IVRhabilitado y crear zonas IVR.

Requisitos del sistema VblockConsulte los requisitos y la información necesaria para configurar ViPR Controller paraadministrar un sistema Vblock.

Componentes del sistema Vblock que se deben agregar a ViPR ControllerComo mínimo, el sistema Vblock UCS, los sistemas de almacenamiento y los switchesCisco MDS deben agregarse a los recursos físicos de ViPR Controller para que ViPRController realice operaciones de aprovisionamiento de bajo nivel en un sistema Vblock


Cisco Requisitos para la configuración del enrutamiento Inter-VSAN 43

http://www.cisco.com/c/en/us/td/docs/switches/datacenter/mds9000/sw/5_0/configuration/guides/ivr/nxos/nxos_ivr.html

http://www.cisco.com/c/en/us/td/docs/switches/datacenter/mds9000/sw/5_0/configuration/guides/ivr/nxos/nxos_ivr.html

Revise los siguientes requisitos de configuración y la información antes de agregar elcomponente a ViPR Controller:

l Sistemas de procesamiento de Vblock en la página 47 para los requisitos de UCS.

l La sección de esta guía que proporciona los requisitos para el tipo de sistema dealmacenamiento configurado en su sistema Vblock.

l Administradores de fabric en la página 37 para los requisitos de switch de MDS deCisco.

Después de que los componentes del sistema Vblock se agregan a ViPR Controller,automáticamente son descubiertos y registrados en ViPR Controller. Para obtenerdetalles sobre cómo se descubren y registran los componentes del sistema Vblock enViPR Controller, consulte Administración de sistemas Vblock con ViPR Controller en lapágina 72.

Requisitos para ejecutar la instalación del SO durante el aprovisionamientoSi planea usar ViPR Controller para realizar la instalación del SO en sistemas deprocesamiento de Vblock durante las operaciones de servicio de Vblock de ViPRController, deberá configurar el servidor de imágenes de procesamiento, las imágenes deprocesamiento y los sistemas de procesamiento Vblock en el ambiente ViPR Controllercomo se describe a continuación, antes de ejecutar la operación de servicio.

1. Cargue sus imágenes de procesamiento, que contienen los archivos de instalaciónde SO, en un sitio FTP.

2. Implemente cada servidor de imágenes de procesamiento que desea utilizar.

3. Configure las redes de servidor de imágenes de procesamiento para cada servidor deimágenes de procesamiento que se está implementando.

4. Agregue el servidor de imágenes de procesamiento a los recursos físicos de ViPRController y repita este paso para cada servidor de imágenes de procesamiento quese implementó en el paso 2.

5. Agregue el servidor de imágenes de procesamiento a los recursos físicos de ViPRController y repita este paso para cada imagen de procesamiento que esté utilizando.

6. Asocie cada uno de los sistemas de procesamiento de Vblock con un servidor deimágenes de procesamiento.

Antes de realizar cualquiera de estas operaciones, analice los requisitos y la informaciónque se describen en las siguientes secciones:

l Servidor de imágenes de procesamiento en la página 44

l Redes de servidor de imágenes de procesamiento en la página 46

l Imágenes de procesamiento en la página 46

l Sistemas informáticos Vblock en la página 47

Requisitos del servidor de imágenes de procesamientoViPR Controller necesita un servidor de imágenes de procesamiento para implementar lasimágenes de procesamiento cuando usted ejecuta un servicio de aprovisionamiento deun sistema Vblock de ViPR Controller, que efectúa la instalación del sistema operativo enlos sistemas de procesamiento Vblock.

Puede agregar un único o múltiples servidores de imágenes de procesamiento a ViPRController.

Mientras se implementa un servidor de imágenes de procesamiento :

l Puede usar el archivo OVF de servidor de imágenes de procesamiento proporcionadocon ViPR Controller o crear un servidor de imágenes de cómputo personalizado. Los



pasos para implementar el archivo OVF y los requisitos para crear un servidor deimágenes de procesamiento personalizado se describen en la ViPR Controller Guía deinstalación, actualización y mantenimiento.

l Las redes de administración y de instalación del SO deben configurarse para elservidor de imágenes de procesamiento. Para obtener información detallada,consulte: Redes de servidor de imágenes de procesamiento en la página 46.

Cuando se agrega el servidor de imágenes de procesamiento a ViPR Controller:

l El servidor de imágenes de procesamiento solo puede agregarse a ViPR Controllermediante la API de REST o la CLI de ViPR Controller. No puede usar la interfaz delusuario de ViPR Controller para ver o agregar el servidor de imágenes deprocesamiento a ViPR Controller.

l Si está actualizando a ViPR Controllerversión 2.4 y anteriormente teníaimplementado un servidor de imágenes de procesamiento, su configuración delservidor de imágenes de procesamiento se mantendrá igual; sin embargo, solo podráver o editar la configuración desde la API de REST o la CLI de ViPR Controller.

l Necesitará la siguiente información para agregar el servidor de imágenes deprocesamiento a ViPR Controller:

n Dirección FQDN o IP del servidor de imágenes de cómputo.

n Dirección IP de la red de instalación del SO.

n Credenciales de usuario para ViPR Controller para acceder al servidor deimágenes de procesamiento.

n Ruta al directorio TFTPBOOT en el servidor de imágenes de cómputo. La opciónpredeterminada es /opt/tftpboot/.

n Tiempo de espera máximo para la instalación del SO (en segundos). El valorpredeterminado es 3600.

Después de agregar el servidor de imágenes de procesamiento a ViPR Controller:

l El aprovisionamiento con la instalación del sistema operativo requiere que unservidor de imágenes de procesamiento está asociado con cada sistema deprocesamiento.

l Un servidor de imágenes de procesamiento puede estar asociado a múltiplessistemas de procesamiento; sin embargo, un sistema de procesamiento solo sepuede asociar con un servidor de imágenes de procesamiento.

l El servidor de imágenes de procesamiento solamente puede estar asociado a unsistema de procesamiento mediante la API de REST o la CLI de ViPR Controller. Nopuede usar la Interfaz de usuario de ViPR Controller para agregar, quitar o reemplazarel servidor de imágenes de procesamiento asociado con un sistema deprocesamiento.

l Para cualquier sistema de procesamiento Vblock agregado a ViPR Controller versión2.4, deberá asociar un servidor de imágenes de procesamiento antes de usar elsistema de procesamiento para el aprovisionamiento con la instalación del sistemaoperativo.

l Si está actualizando a la versión 2.4 de ViPR Controller y había configuradopreviamente ViPR Controller para el aprovisionamiento con la instalación del sistemaoperativo, la asociación entre el servidor de imágenes de procesamiento y el sistemade procesamiento permanecerá después de la actualizaciónViPR Controller. Sinembargo, tendrá que usar la API de REST o la CLI de ViPR Controller para realizarcambios en la asociación entre el servidor de imágenes de procesamiento y elsistema de procesamiento.

Para conocer los pasos específicos para llevar a cabo las operaciones que sedescribieron anteriormente, consulte la ViPR Controller Guía de configuración del centro de


Requisitos del servidor de imágenes de procesamiento 45

datos virtual de API de REST o la ViPR Controller Guía de referencia de CLI, que estándisponibles en el Índice de documentación de productos de ViPR Controller.

Requisitos de red para el servidor de imágenes de procesamientoUn administrador de redes debe configurar dos redes para cada servidor de imágenes deprocesamiento que se implemente.

Red de administraciónLa red de administración es necesaria para establecer la comunicación entre ViPRController y el servidor de imágenes de cómputo.

Red privada de instalación del SOLa red de instalación del SO es una red privada para la instalación del sistema operativo(SO). ViPR Controller utiliza la Red de instalación del SO durante el aprovisionamientopara establecer la comunicación entre los hosts y el servidor de imágenes de cómputo deViPR Controller. Una vez que los hosts y el servidor de imágenes de procesamiento deViPR Controller están conectados a través de la red de instalación del SO, se realiza lainstalación del sistema operativo por medio de la red de instalación del SO. Una vezfinalizada la instalación, se retira la red de instalación del SO de los hosts.

La red privada de instalación del SO:

l Debe configurarse con su propio servidor DHCP privado. No se puede configurarningún otro servidor DHCP en la red de instalación del SO.

Nota

El servidor de imágenes del SO, que se proporciona con ViPR Controller, contiene unservidor DHCP con dedicación exclusiva.

l Debe estar aislada de otras redes para evitar conflictos con otras redes VLAN.

Imágenes de procesamientoLas imágenes de procesamiento son los archivos de instalación del sistema operativo(SO) que pueden ser instaladas por ViPR Controller en Sistemas informáticos Vblock.

La imagen de procesamiento no se incluye con ViPR Controller; sin embargo, ViPRController puede utilizarse para instalar el sistema operativo en Sistemas informáticosVblock durante las operaciones de aprovisionamiento del sistema Vblock de ViPRController. Para admitir esta funcionalidad:

l Debe tener acceso a los archivos de instalación de SO que son compatibles con ViPRController. Para conocer las versiones compatibles, consulte la ViPR Controller Matrizde soporte.

l Los archivos de instalación del sistema operativo deben colocarse en un sitio FTP oHTTP.

l El servidor de imágenes de procesamiento y las redes necesarias deben haberseimplementado y agregado a ViPR Controller antes de las imágenes de procesamientose puedan agregar a ViPR Controller. Para obtener información detallada, consulte: Servidor de imágenes de procesamiento en la página 44

l Cuando se agrega la imagen de procesamiento a ViPR Controller, se necesita ladirección de FTP o HTTP donde reside la imagen de procesamiento. Si se requiere unnombre de usuario y contraseña para acceder al sitio, especifíquelos en la URL, porejemplo, ftp://username:password@hostname/ESX/VMware-Installer-5.0-20.x86_64.iso.

l Puede agregar las imágenes de procesamiento a ViPR Controller mediante la API deREST, la CLI o la interfaz del usuario de ViPR Controller






l Una vez que se agrega una imagen de procesamiento a ViPR Controller, la imagen deprocesamiento se carga automáticamente en cada servidor de imágenes deprocesamiento que se ha agregado a ViPR Controller, y el nombre de la imagen deprocesamiento se almacena en la base de datos de ViPR Controller.

l Si se quita una imagen de procesamiento de ViPR Controller, se la elimina de todoslos servidores de imágenes de procesamiento.

Para conocer los pasos específicos para llevar a cabo las operaciones que sedescribieron anteriormente, consulte uno de los siguientes documentos según quéinterfaz está utilizando, que están disponibles en elÍndice de documentación deproductos de ViPR Controller:

l ViPR Controller Guía de configuración de centros de datos virtuales de la interfaz deusuario

l ViPR Controller Guía de configuración del centro de datos virtual de API de REST

l ViPR Controller Guía de referencia de CLI

Sistemas informáticos VblockConsulte los requisitos de ViPR Controller y la información necesaria para agregar yconfigurar Sistemas informáticos Vblock en ViPR Controller.

Para preparar Sistemas informáticos Vblock para el descubrimiento de ViPR Controller:

l Las plantillas de perfiles de servicio deben configurarse en UCSM para que ViPRController se aplique a los pools virtuales de procesamiento cuando se crea unclúster por ViPR Controller. Analice qué plantillas de perfiles de servicio debenutilizarse para provisionar con su administrador de UCSAdministrador.Para conocer los requisitos de configuración de ViPR Controller para plantillas deperfiles de servicio de UCS, consulte Requisitos de ViPR Controller para plantillas deperfiles de servicio en la página 63.

l Mientras agrega el sistema de procesamiento a ViPR Controller, necesitará unadirección IP y credenciales del usuario con privilegios de administrador para elsistema UCSM utilizado para administrar UCS.

Para preparar el sistema de procesamiento para el aprovisionamiento con la instalacióndel sistema operativo:

l Si ha agregado el sistema de procesamiento a ViPR Controller 2.4, debe asociarlo aun servidor de imágenes de procesamiento con cada sistema de procesamiento. Elservidor de imágenes de procesamiento solamente puede estar asociado a unsistema de procesamiento mediante la API de REST o la CLI de ViPR Controller. Nopuede usar la Interfaz de usuario de ViPR Controller para agregar, quitar o reemplazarel servidor de imágenes de procesamiento asociado con un sistema deprocesamiento.

l Si está actualizando a la versión 2.4 de ViPR Controller y había configuradopreviamente ViPR Controller para el aprovisionamiento con la instalación del sistemaoperativo, la asociación entre el servidor de imágenes de procesamiento y el sistemade procesamiento permanecerá después de la actualizaciónViPR Controller. Sinembargo, tendrá que usar la API de REST o la CLI de ViPR Controller para realizarcambios en la asociación entre el servidor de imágenes de procesamiento y elsistema de procesamiento.

l Necesitará el ID de VLAN para la red de instalación del SO

Para conocer los pasos específicos para llevar a cabo las operaciones que sedescribieron anteriormente, consulte uno de los siguientes documentos según quéinterfaz está utilizando, que están disponibles en el Índice de documentación deproductos de ViPR Controller:


Sistemas informáticos Vblock 47





l ViPR Controller Guía de configuración de centros de datos virtuales de la interfaz deusuario

l ViPR Controller Guía de configuración del centro de datos virtual de API de RESTl ViPR Controller Guía de referencia de CLI

HostsLos administradores de grupos de usuarios de ViPR Controller pueden consultar losrequisitos de ViPR Controller y la información necesaria para agregar hosts a ViPRController y configurarlos.

Existen dos maneras de agregar hosts a ViPR Controller:

l Detectables: cuando haya agregado el host, ViPR Controller descubreautomáticamente el host y los iniciadores del host, además de losclústeres Windows, y los registra en ViPR Controller. Solo se pueden agregar hostsAIX

®, IBM AIX VIO, Linux

® y Windows como detectables. Solo se pueden descubrir

clústeres Windows automáticamente en ViPR Controller.l No detectables: ViPR Controller no descubre ni registra el host ni los iniciadores del

host. Todos los hosts que no sean AIX, IBM AIX VIO, Linux o Windows se agregan aViPR Controller como no detectables. Como opción, también se pueden agregar hostsAIX, IBM AIX VIO, Linux y Windows como no detectables. Cuando se haya agregadoun host no detectable a ViPR Controller, usted deberá agregar y registrarmanualmente los iniciadores del host para poder utilizar el host en una operación deservicio.

Hosts AIX y servidores AIX VIOLos hosts AIX deben configurarse como se describe a continuación para ser descubiertospor ViPR Controller y para el aprovisionamiento de ViPR Controller.

l EMC PowerPath o AIX MPIO predeterminado (no ambos) debe estar habilitado.l La utilidad de consulta (INQ) de EMC debe estar instalada para que los World Wide

Names (WWN) de volumen coincidan con los discos del host (hdisks).l SSH debe estar instalado y configurado en los hosts de AIX.

HP-UXLos hosts HP-UX se agregan a ViPR Controller como no detectables. La opción del tipo desistema operativo HP-UX®.

l Configura el indicador de direccionamiento de conjuntos de volúmenes (Volume SetAddressing, VSA) necesario para exportar volúmenes EMC VMAX y VPLEX a hosts deHP-UX.

l Es necesario utilizar la opción del modo Host (Host Mode Option) al aprovisionar consistemas de almacenamiento HDS.

l Cuando agrega un host de HP-UX a ViPR Controller, de todos modos se deberánagregar y registrar manualmente los iniciadores de host en ViPR Controller.

LinuxLos hosts de Linux deben configurarse de la siguiente manera para ser descubiertos porViPR Controller y usados para el aprovisionamiento de ViPR Controller.

l El protocolo SSH y LVM están habilitados. ViPR Controller usa el protocolo SSH paralos hosts Linux.



l Se instala PowerPath de EMC o el software nativo de múltiples rutas de Linux.Consulte la Guía de instalación y configuración de EMC PowerPath para Linux y SuSELinux Enterprise Server (SLES): Guía de administración de almacenamiento, en“Configuración del sistema para múltiples rutas”.

l La sincronización temporal está configurada.

l En algunos casos, puede ser necesario instalar lsb_release. Si el descubrimiento dehost falla debido a la compatibilidad y los registros indican que no se encuentra elcomando de lsb_release, se debe instalar el paquete que incluye el comando.

Requisitos del usuario de LinuxCuando el almacenamiento de ViPR Controller se conecta al host de Linux se debenejecutar los comandos en el host. Para acceder al host, ViPR Controller utiliza lascredenciales ingresadas al agregar el host a ViPR Controller. En general, estas son lascredenciales para la cuenta raíz. Si no desea proporcionarle a ViPR Controller acceso raíza un host de Linux, se recomienda dar al usuario sudo ALL los privilegios para ejecutarlos comandos que requiere ViPR Controller.

Uso de sudo para el descubrimiento de host de LinuxCuando se utiliza un usuario de sudo para el descubrimiento de host, realice losiguiente:

1. Asegúrese de que tty esté deshabilitado para este usuario en /etc/sudoers.

2. Modifique /etc/sudoers mediante la adición de la línea Defaults:<user1> !requiretty en Defaults requiretty. Por ejemplo:

Defaults requirettyDefaults:smith !requiretty

WindowsLos hosts de Windows deben configurarse de la siguiente manera para ser descubiertospor ViPR Controller y usados para el aprovisionamiento de ViPR Controller.

Registre el host Windows con una cuenta de usuario de dominio.Para cada nodo de ViPR Controller, agregue el nombre de dominio de la máquina alarchivo /etc/hosts. Por ejemplo, para una máquina llamada lglap025 bajo el dominiode AD de provisioning.bourne.local, escriba <Dirección IP de lamáquina>.lglap025.provisioning.bourne.local en la archivo /etc/hosts.

En este ejemplo, podría especificar lglap025.provisioning.bourne.local en elcampo de host y <DOMINIO>\user en el campo de nombre de usuario al configurar unhost de Windows en ViPR Controller.

Remote Management (WinRM) de Windows debe estar habilitado.Consulte Configurar WinRM en un Host de Windows para ViPR en la página 50.

EMC PowerPath o Microsoft MPIO debe estar activado (pero no ambos).Para obtener detalles, consulte la Guía de instalación y administración de EMC PowerPath yPowerPath/VE para Microsoft Windows o Windows: Guía paso a paso para múltiples rutas deI/O de Microsoft.

La sincronización temporal está configurada.Para el descubrimiento de host, si utiliza credenciales de cuenta de dominio LDAP oActive Directory, las credenciales del usuario de dominio pueden estar en el mismodominio o en un dominio diferente (pero dentro del mismo bosque) de donde seencuentra el host de Windows. Por ejemplo, si un host de Windows se encuentra en eldominio child1.example.com y la cuenta de usuario se encuentra en el dominio principal


Windows 49

(ejemplo.com), ViPR Controller puede descubrir el host de Windows en el dominiochild1.example.com utilizando la cuenta de usuario del dominio principal (ejemplo.com).

Cómo configurar WinRM en un host de Windows para ViPR ControllerConfigure un host de Windows para permitir que ViPR Controller ejecute comandos en él.

Antes de comenzar

l Debe haber iniciado sesión como administrador en el host de Windows.

l Para que el servidor ViPR Controller se conecte a hosts remotos de Windows, el hostdebe aceptar comandos remotos de Windows PowerShell. Para ello, habilite elacceso remoto de Windows por HTTP.

Los comandos en el siguiente procedimiento se ejecutan en la línea de comandos deWindows. Si utiliza Windows PowerShell para ejecutar estos comandos, encierre losvalores entre comillas simples. Por ejemplo: winrm set winrm/config/service/auth'@{Basic="true"}'

Procedimiento

1. En una línea de comandos con privilegios de administrador en el host de Windows,ejecute el siguiente comando:

winrm quickconfig

Se inicia una escucha en el puerto 5985. El puerto en el que inicie el agente deescucha debe condecirse con el puerto que configure para el host en la página derecursos del host.

2. Es posible que tenga que realizar algunos cambios en la configuración según el modoen el que quiera conectarse al host.

l Si quiere que ViPR Controller se conecte al host como un usuario local, tendrá quehacer lo siguiente:

a. Verifique los ajustes de winrm; para ello, ejecute:winrm get winrm/config/serviceBasic Authentication y AllowUnencrypted deben estar definidos en true.

b. Si la autenticación básica no está definida en true, ejecute:winrm set winrm/config/service/auth @{Basic="true"}

c. Si AllowUnencrypted no esta definido en true, ejecute:winrm set winrm/config/service @{AllowUnencrypted="true"}

d. Agregue el host a la página ViPR Controller, Recursos físicos > Hosts.

l Si quiere que ViPR Controller se conecte al host como un usuario de dominio,tendrá que hacer lo siguiente:

a. Asegurarse de que Kerberos esté habilitado. Puede verificarlo con el siguientecomando:winrm get winrm/config/service

b. Si tiene que habilitar Kerberos, ejecute:winrm set winrm/config/service/auth @{Kerberos="true"}

c. Un administrador de sistemas debe asegurarse de que el dominio se hayaconfigurado como proveedor de autenticación en ViPR Controller (Seguridad >Proveedores de autenticación).

d. Un administrador de grupos de usuarios agrega el host a ViPR Controller(página Recursos físicos > Hosts).Las credenciales que proporcione para el host tienen el siguiente formato:



domain\username3. Verifique que el host aparezca como válido en la tabla.

Requistos posteriores

Una vez implementado ViPR Controller, podrá verificar que el host aparezca como válidoen la página Recursos físicos > Hosts. Si recibe el siguiente mensaje, es posible queWinRM no esté habilitado o configurado correctamente, o que haya un problema en lared.

Failed to connect to host. Please ensure the connection detailsare correct. [Error connecting: Connection refused]

VMware® vCenterConsulte los requisitos de ViPR Controller y la información necesaria para agregar yconfigurar vCenter en ViPR Controller.

Para las funciones de usuario de ViPR Controller requeridas para llevar a cabo estaoperación, consulte Requisitos de funciones de usuario de ViPR Controller en la página 9.

Requisitos de funciones de vCenterLa función, que vCenter utilizará para acceder a ViPR Controller, debe tener al menos lossiguientes privilegios habilitados:

Privilegios del área de almacenamiento de datos:

l Asignar espacio

l Navegar por el área de almacenamiento de datos

l Configurar el área de almacenamiento de datos

l Eliminar el área de almacenamiento de datos

Privilegios de host:

l CIM

l Interacción CIM

l Configuración

Privilegios de funciones necesarios en VMware® VirtualCenterViPR Controller le exige que tenga ciertos privilegios de funciones enVMware VirtualCenter para realizar el descubrimiento de vCenter y para crear áreas dealmacenamiento de datos.

Privilegios de área de almacenamiento de datos necesarios

l Espacio Datastore.Allocate

l Área de almacenamiento de datos Datastore.Browse

l Área de almacenamiento de datos Datastore.Configure

l Área de almacenamiento de datos Datastore.Remove

Privilegios de hosts necesarios

l Interacción Host.CIM.CIM

l Configuración de partición Host.Configuration.Storage


VMware® vCenter 51

CAPÍTULO 4

Requisitos e información sobre recursos virtuales


l Descripción general...............................................................................................54l Planificar para crear su arreglo virtual....................................................................54l Consideraciones de la configuración del almacenamiento de bloques.................. 57l Consideraciones de la configuración del almacenamiento de archivos..................62l Consideraciones de la configuración del almacenamiento de objetos................... 63l Requisitos de ViPR para plantillas de perfil de servicio.......................................... 63

Requisitos e información sobre recursos virtuales 53

Descripción generalLos administradores de sistemas de ViPR Controller pueden consultar la informaciónsobre el almacenamiento necesario antes de configurar los diversos sistemas dealmacenamiento en arreglos virtualesViPR Controller y pools virtuales de ViPR Controller,además de comprender cómo funciona ViPR Controller con los administradores deelementos de sistemas de almacenamiento una vez que los volúmenes o sistemas dearchivos estén bajo el ámbito de administración de ViPR Controller.

Planificar para crear su arreglo virtualLea lo siguiente antes de configurar un arreglo virtual.

l Para obtener información sobre los componentes que conforman un arreglo virtual ypara ver ejemplos de diferentes formas en las que puede abstraer los sistemas dealmacenamiento y los componentes de almacenamiento en el arreglo virtual,consulte el artículo Conceptos de ViPR Controller.

l Para decidir el tipo de zonificación SAN que debe configurar en su arreglo virtual,consulte Requisitos de zonificación SAN en la página 54.

l Para decidir cuál es el mejor método para configurar arreglo virtual, consulte Planificar cómo agregar los recursos físicos al arreglo virtual en la página 54.

l Si está agregando un sistema Vblock a ViPR Controller, consulte Requisitos delarreglo virtual para los servicios del sistema Vblock en la página 57.

Requisitos de zonificación SANEn este arreglo virtual, usted define si ViPR Controller automatizará la zonificación SANen el momento en que se exporta el almacenamiento al host desde ViPR Controller o si semanejará la zonificación SAN manualmente fuera de las operaciones de ViPR Controller.En este análisis se explica qué se debe hacer cuando se opta por la zonificación SANmanual.

Si elige la zonificación SAN manual:

l Si existe una zona para el host y el arreglo:Una vez finalizada la operación de aprovisionamiento de ViPR, revise el grupo depuertos en la vista de enmascaramiento para identificar los puertos FA que ViPRseleccionó para la solicitud de aprovisionamiento. Compare los puertos FA de la zonacon los puertos FA del grupo de puertos. Si coinciden, no se necesita ningún pasoadicional. Si no coinciden, vuelva a configurar la zona para usar los mismos puertosFA. Como alternativa, se puede crear una nueva zona.

l Si no hay ninguna zonificación para el host y el arreglo:Una vez finalizada la operación de aprovisionamiento de ViPR, revise el grupo depuertos en la vista de enmascaramiento para identificar los puertos FA que ViPRseleccionó para la solicitud de aprovisionamiento. Cree una zona con los puertos deliniciador y de destino adecuados.

Planificar cómo agregar los recursos físicos al arreglo virtualComo mínimo, un arreglo virtual debe incluir una red y un sistema de almacenamientoconectado a la red.

Cuando configura el arreglo virtual, tiene la opción de crear un arreglo virtual al agregar:



l Sistemas de almacenamiento al arreglo virtual

l Puertos de almacenamiento al arreglo virtual

Si precisa instrucciones sobre cómo crear un arreglo virtual, consulte la Guía para laconfiguración del centro de datos virtual con la interfaz de usuario de EMC ViPR Controller.

Agregar sistemas de almacenamiento al arreglo virtualEs posible que quiera agregar un sistema completo de almacenamiento al arreglo virtualsi está planificando administrar un sistema completo de almacenamiento o diversossistemas de almacenamiento en un arreglo virtual único.

Cuando agrega un sistema de almacenamiento completo al arreglo virtual, ViPRController agrega automáticamente todas las redes registradas y los puertos dealmacenamiento asociados con el sistema de almacenamiento al arreglo virtual. En elsiguiente ejemplo, cuando se agregó el sistema de almacenamiento XYZ al arreglovirtual, todos los puertos virtuales, Redes A, Red B, VSAN 1, VSAN 2, VSAN 3 y VSAN 4 seagregaron al arreglo virtual.

Figura 2 Arreglo virtual creado al agregar sistemas de almacenamiento

Virtual Array XYZ

Network A

VSAN 1 VSAN 2

storage ports

Storage System XYZ

Network B

V V V Viriririrtututualalalal A A Arrrrrrayayay X X XYZYZYZ

N N N Netetetetetwowoworkrkrk A A A

VSVS VSVSVSVSVSVSVSVSVSANANANANANAN 2 2 2 2 2VSVSVSVSVSVSANANANANAN 1 1 1

stststororagage e poportrtss

S S S Stotototorarararagegegege S S S S Sysysysysystetetetem m m m m XYXYXYXYXYZ Z Z Z Z

N N Netetetwowowowowoworkrkrkrkrkrk B B B

VSAN 3 VSAN 4

Cuando agrega un sistema completo de almacenamiento al arreglo virtual, necesitaráregresar al arreglo virtual y eliminar los recursos que no desea que ViPR Controller utilice.

Agregar puertos de almacenamiento al arreglo virtualSi desea dividir un sistema de almacenamiento único en diversos arreglos virtuales, porejemplo, asigne algunos de los recursos del sistema de almacenamiento para la prueba yalgunos para la producción; es probable que sea más útil agregar los puertos dealmacenamiento primero para crear el arreglo virtual. Si elige crear el arreglo virtual alagregar primero los puertos de almacenamiento, ViPR Controller solo agregará las redes ylos sistemas de almacenamiento asociados con los puertos de almacenamiento, y ustedcomenzará con un inventario más definido en su arreglo virtual. En la siguiente figura sedemuestra cómo se crearon dos arreglos virtuales a partir de un sistema dealmacenamiento único al agregar los puertos primero cuando se crearon los arreglosvirtuales de producción y de prueba.


Planificar cómo agregar los recursos físicos al arreglo virtual 55

Figura 3 Arreglo virtual creado al agregar puertos

El arreglo virtual de producción fue creado al agregar SP2 y SP3, que agregaautomáticamente el sistema de almacenamiento XYZ, VSAN 2, VSAN 3, Red A y Red B alarreglo virtual. Aunque VSAN 1 es parte de la Red A, no se agrega al arreglo virtual porqueno se seleccionaron puertos de almacenamiento asociados con VSAN 1 para agregarlosal arreglo virtual.

El arreglo virtual de prueba fue creado al agregar SP4 y SP5, que agregaautomáticamente el sistema de almacenamiento XYZ, VSAN 4, VSAN 5, Red B y Red C alarreglo virtual. Aunque VSAN 6 es parte de la Red C, no se agrega al arreglo virtual porqueno se seleccionaron puertos de almacenamiento asociados con VSAN 6 para agregarlosal arreglo virtual.

Además, en esta imagen se demuestra cómo se puede compartir una red en dos arreglosvirtuales diferentes. Debido a que se agregó un puerto de almacenamiento asociado conla Red B a cada uno de los arreglos virtuales, se agregó la Red B a ambos arreglosvirtuales.

Consideraciones de configuración del arreglo virtual para sistemas ECSAl crear un arreglo virtual para el almacenamiento de objetos de ECS, deberá configuraruna red IP y agregar los puertos de ECS a la red.

Se debe configurar la red con el mismo puerto de almacenamiento de administración quefue creado por ViPR Controllercuando ECS se agregó a ViPR Controller.

Si le sumarán múltiples sistemas ECS a un solo arreglo virtual, puede usar la misma redagregando el puerto de administración para cada ECS a la misma red en el arreglo virtual.

Puede configurar la red en los recursos físicos ViPR Controller antes de crear el arreglovirtual o mientras se crea el arreglo virtual.



Requisitos del arreglo virtual para los servicios del sistema VblockPara los sistemas Vblock, se debe poder acceder al almacenamiento desde los sistemasde cómputo a través del arreglo virtual. Los sistemas Vblock configurados con la guía decompilación lógica de VCE tendrán redes configuradas que conectan el sistema decómputo de Cisco Unified Computing System™ (UCS) al almacenamiento a través deswitches de SAN.

En ViPR Controller, se deben crear arreglos virtuales de la misma manera que lo haríapara cualquier otro sistema que no sea Vblock. Las redes que están definidas en losarreglos virtuales determinarán si los sistemas UCS tienen visibilidad en elalmacenamiento de ViPR Controller.

La acción más eficaz es descubrir todos los activos físicos del sistema Vblock antes dedefinir los arreglos virtuales. Después de descubrir todos los componentes, consulte conel administrador de UCS para determinar las redes (VSAN) que se utilizarán en unsistema Vblock predeterminado. Utilice esas redes para definir los arreglos virtuales deViPR Controller. En configuraciones de sistemas Vblock menos complicadas, porejemplo, un sistema de Vblock único, solo agregar el sistema de almacenamiento alarreglo virtual puede ser suficiente. Una vez que se definen los arreglos virtuales, ViPRController los utilizará para lo siguiente:

l ViPR Controller determinará automáticamente los sistemas de cómputo de UCS queestán disponibles para computar pools virtuales según la selección de arreglosvirtuales.

l ViPR Controller determinará automáticamente los servidores blade que se utilizaránpara aprovisionar los hosts según los arreglos virtuales y los pools virtuales decómputo.

ViPR Controller realiza estas determinaciones al calcular los sistemas de cómputo de UCSque tienen visibilidad al almacenamiento a través de las redes en los arreglos virtuales.

Si se está trabajando con plantillas de perfil de servicio de actualizaciónCuando se utilicen plantillas de perfil de servicio de actualización, se recomienda crearun arreglo virtual con dedicación exclusiva con las siguientes características:

l Que incluya solo los arreglos de almacenamiento específicos que se pretendenutilizar con la plantilla de perfil de servicio de actualización.

l Que incluya solo los puertos de almacenamiento específicos que se pretendenutilizar con la plantilla de perfil de servicio de actualización.

Consideraciones de la configuración del almacenamiento debloques

Antes de crear arreglos virtuales y pools virtuales para el almacenamiento de bloques enViPR Controller, revise las siguientes secciones para los requisitos y lasrecomendaciones de configuración específicos del sistema de almacenamiento:

l Hitachi Data System (HDS) en la página 58

l EMC VMAX en la página 58

l EMC VMAX3 en la página 59

l EMC VNX para bloques en la página 60

l EMC VNXe para bloques en la página 60

l EMC VPLEX en la página 61


Requisitos del arreglo virtual para los servicios del sistema Vblock 57

l Sistemas de almacenamiento de bloques de otros fabricantes (OpenStack) en lapágina 61

Hitachi Data SystemsRevise los siguientes requisitos y recomendaciones de configuración antes de virtualizarsu sistema Hitachi Data Systems (HDS) en ViPR Controller.

Consideraciones de pools virtualesViPR Controller proporciona el almacenamiento automático en niveles para las seispolíticas estándar de almacenamiento automático en niveles de HDS para los pools dealmacenamiento de la organización dinámica por niveles (HDT) de Hitachi.

Las opciones de las políticas de almacenamiento automático en niveles de HDS en ViPRController son:

Nombre de lapolítica enViPR Controller

Número dela política

HDS Nivelde

Descripción

All 0 All Ubica los datos en todos los niveles.

T1 1 Nivel 1 Ubica los datos preferentemente en el nivel 1.

T1/T2 2 Nivel 2 Ubica los datos en ambos niveles cuandoexisten dos niveles y preferentemente en losniveles 1 y 2 cuando existen tres niveles

T2 3 Nivel 3 Ubica los datos en ambos niveles cuandoexisten dos niveles y preferentemente en elnivel 2 cuando existen tres niveles.

T2/T3 4 Nivel 4 Ubica los datos en ambos niveles cuandoexisten dos niveles y preferentemente en losniveles 2 y 3 cuando existen tres niveles

T3 5 Nivel 5 Ubica los datos preferentemente en el nivel 2cuando existen dos niveles y preferentementeen el nivel 3 cuando existen tres niveles.

VMAXRevise los siguientes requisitos y recomendaciones de configuración antes de virtualizarsu sistema VMAX en ViPR Controller.

Requisitos y recomendaciones para la configuración de pools virtualesAl configurar VMAX con los niveles de almacenamiento y políticas FAST:

l Los nombres de los niveles de almacenamiento y de las políticas FAST deben serconsistentes en todos los sistemas de almacenamiento VMAX.

l Para obtener más detalles sobre la administración de ViPR Controller con políticasFAST, consulte: ViPR Controller Guía de integración con los sistemas de almacenamientoVMAX y VNX

l Defina estas opciones cuando cree su pool virtual:

Opción Descripción

Niveles RAID Seleccione cuáles serán los niveles de RAID queconformarán los volúmenes del pool virtual.



Opción Descripción

Nombres únicos depolítica dealmacenamientoautomático en niveles

Solo VMAX. Cuando construye políticas dealmacenamiento automático en niveles en un VMAXmediante Unisphere, puede asignar nombres a laspolíticas que construya. Dichos nombres están visiblescuando activa Unique Auto-tiering PolicyNames.Si no activa esta opción, los nombres de las políticas dealmacenamiento automático en niveles que se muestranen el campo Políticas de almacenamiento automático enniveles son aquellos construidos por ViPR.

Política dealmacenamientoautomático en niveles

La política Fully Automated Storage Tiering (FAST) paraeste pool virtual. Las políticas FAST son compatibles conVMAX, VNX para bloques y VNXe.ViPR selecciona pools de almacenamiento físico a loscuales se aplicó la política de almacenamiento automáticoen niveles. Si crea un volumen en este pool virtual, lapolítica de almacenamiento automático en nivelesespecificada en este campo se aplica a ese volumen.

Expansión rápida Solo VMAX o VNX Block. Si activa la expansión rápida,ViPR crea metavolúmenes concatenados en este poolvirtual. Si está desactivada la expansión rápida, ViPR creametavolúmenes fraccionados.

Límite del ancho debanda front-end dehost

0: configure este valor en 0 (ilimitado). Este campo limitala cantidad de datos que pueden consumir lasaplicaciones en el volumen de VMAX. Los límites delancho de banda front-end de host se miden en MB/S.

Límite I/O de front-endde host

0: configure este valor en 0 (ilimitado). Este campo limitala cantidad de datos que pueden consumir lasaplicaciones en el volumen de VMAX. Los límites I/O defront-end de host se miden en IOPS.

VMAX3Revise los siguientes requisitos y recomendaciones de configuración antes de virtualizarsu sistema VMAX3 en ViPR Controller.

Defina estas opciones cuando cree su pool virtual:

Tabla 8 Ajustes del pool virtual VMAX3

Campo Descripción

Provisioning Type Thin. VMAX3 no es compatible con volúmenes pesados.

Protocols FC.

System Type EMC VMAX

Thin Volume Preallocation

0 o 100. Otros valores filtrarían los pools VMAX3 SRP.

0: los volúmenes asignados que utilizan este pool son totalmentedelgados.


VMAX3 59

Tabla 8 Ajustes del pool virtual VMAX3 (continuación)

Campo Descripción

100: los volúmenes asignados que utilizan este pool están totalmenteasignados.

Unique Auto-tiering Policy Names

Habilitado.

Auto-tiering Policy VMAX3 viene con objetivos de nivel de almacenamiento y flujos de trabajopredefinidos. Puede especificar el flujo de trabajo y los SLO que desea quese apliquen a su volumen durante el aprovisionamiento.

Expandable No se admite la expansión de volúmenes de VMAX3 mediante ViPRController.

Host Front End Bandwidth Limit

0: configure este valor en 0 (ilimitado).Este campo limita la cantidad de datos que pueden consumir lasaplicaciones en el volumen de VMAX3. Los límites del ancho de bandafront-end de host se miden en MB/S.

Host Front End I/O Limit

0: configure este valor en 0 (ilimitado).Este campo limita la cantidad de datos que pueden consumir lasaplicaciones en el volumen de VMAX3. Los límites I/O de front-end de hostse miden en IOPS.

EMC VNX for BlockRevise la siguiente consideración de configuración antes de agregar el almacenamientoVNX for Block a los pools virtuales ViPR Controller.

Consideraciones de configuración de pools virtuales

l Las redes de Fibre Channel para los sistemas de almacenamiento VNX for Blockrequieren un par de puertos SP-A y SP-B en cada red, de lo contrario los poolsvirtuales no se pueden crear para el sistema de almacenamiento VNX for Block.

l Antes de la versión 2.2. de ViPR Controller, si no se configuró una política dealmacenamiento automático en niveles en el pool virtual creado a partir delalmacenamiento VNX for Block, ViPR Controller crea volúmenes de los pools virtualescon el almacenamiento automático en niveles activado. A partir de la versión 2.2. deViPR Controller, si no se configuró ninguna política en el pool virtual creado para elalmacenamiento VNX for Block, ViPR Controller creará volúmenes de los poolsvirtuales con "iniciar alto y luego almacenar automáticamente por niveles" activadoen los nuevos volúmenes creados en el mismo pool virtual.

EMC VNXe para bloquesAl exportar un VNXe para el volumen de bloques a un host que utiliza ViPR Controller, serecomienda que el host esté configurado solo con conectividad Fibre Channel o conconectividad iSCSi al almacenamiento.



EMC VPLEXRevise los siguientes requisitos y recomendaciones de configuración antes de virtualizarsu almacenamiento en bloques de otros fabricantes en VPLEX .

Requisitos y recomendaciones para la configuración de arreglos virtualesAl crear arreglos virtuales, asigne manualmente los puertos de front-end y de back-endde VPLEX del clúster (1 o 2) a un arreglo virtual, de modo que cada clúster de VPLEX estéen su propio arreglo virtual de ViPR Controller.

Requisitos y recomendaciones para la configuración de pools virtualesCuando se ejecuta VPLEX con VMAX, Los nombres de los niveles de almacenamiento y delas políticas FAST deben ser consistentes en todos los sistemas de almacenamientoVMAX.

Sistemas de almacenamiento en bloques de otros fabricantes (OpenStack)Revise los siguientes requisitos y recomendaciones de configuración antes de virtualizarsu almacenamiento en bloques de otros fabricantes en ViPR Controller.

Requisitos y recomendaciones para pools virtualesSi el sistema de almacenamiento descubierto está configurado para múltiples rutas, sepueden aumentar los valores definidos en el pool virtual una vez que los puertos dedestino sean detectados por ViPR Controller.

Sistemas de almacenamiento en bloques bajo la administración de ViPR ControllerUna vez que un volumen esté bajo la administración de ViPR Controller y se hayaaprovisionado o exportado a un host mediante un servicio de ViPR Controller, no debeutilizar el administrador de elementos del sistema de almacenamiento para aprovisionaro exportar el volumen a los hosts. El uso de ViPR Controller únicamente para administrarel volumen evitará conflictos entre la base de datos del sistema de almacenamiento y labase de datos de ViPR Controller, además de evitar que se envíen operaciones debloqueo concurrentes al sistema de almacenamiento. Algunos ejemplos de fallas quepodrían producirse cuando el administrador de elementos y la base de datos de ViPRController no están sincronizados son los siguientes:

l Si utiliza el administrador de elementos para crear un volumen y, al mismo tiempo,otro usuario intenta ejecutar el servicio para crear un volumen desde ViPR Controlleren el mismo sistema de almacenamiento, la operación ejecutada desde eladministrador de elementos puede bloquear el sistema de almacenamiento, lo queprovocará la falla de la operación para crear un volumen de ViPR Controller.

l Luego de exportar un volumen a un host mediante ViPR Controller, se cambió lamisma vista de enmascaramiento utilizada por ViPR Controller durante la exportaciónen el sistema de almacenamiento mediante el administrador de elementos. CuandoViPR Controller intenta utilizar nuevamente la vista de enmascaramiento, laoperación falla porque lo que ViPR Controller tiene en la base de datos para la vistade enmascaramiento no es igual a la vista de enmascaramiento real reconfigurada enel sistema de almacenamiento.

Sin embargo, puede continuar utilizando el administrador de elementos del sistema dealmacenamiento para administrar pools de almacenamiento, agregar capacidad ysolucionar problemas de ViPR Controller.


EMC VPLEX 61

Consideraciones de la configuración del almacenamiento dearchivos

Revise la siguiente información antes de agregar sistemas de almacenamiento dearchivos a ViPR Controllerarreglos virtuales y pools virtuales y antes de utilizar lossistemas de archivos en un servicio de ViPR Controller.

Pool virtual para los ajustes de configuración para todos los sistemas dealmacenamiento de archivosLos sistemas de archivos solo tienen aprovisionamiento delgado. Debe configurar el poolvirtual en delgado cuando se agrega el almacenamiento de archivos al pool virtual.

Sistemas de almacenamiento de archivos bajo la administración de ViPR ControllerUna vez que un sistema de archivos esté bajo la administración de ViPR Controller y sehaya aprovisionado o exportado a un host mediante un servicio ViPR Controller, ya nodebe utilizar el administrador de elementos del sistema de almacenamiento paraaprovisionar o exportar el sistema de archivos a los host. El uso de ViPR Controllerúnicamente para administrar el volumen evitará conflictos entre la base de datos delsistema de almacenamiento y la base de datos de ViPR Controller, además de evitar quese envíen operaciones de bloqueo concurrentes al sistema de almacenamiento. Sinembargo, puede continuar utilizando el administrador de elementos del sistema dealmacenamiento para administrar pools de almacenamiento, agregar capacidad ysolucionar problemas de ViPR Controller.

Requisitos de configuración del sistema de almacenamiento específicoAntes de crear arreglos virtuales y pools virtuales para el almacenamiento de archivos enViPR Controller, revise las siguientes secciones para los requisitos y lasrecomendaciones de configuración específicos del sistema de almacenamiento:

l EMC Data Domain en la página 62

l EMC VNX para archivos en la página 63

EMC® Data Domain®

Revise la siguiente información antes de virtualizar el almacenamiento de Data Domainen los arreglos y pools virtuales de ViPR Controller.

Requisitos y consideraciones para la configuración de pools virtualesAl crear el pool virtual de archivos para el almacenamiento de Data Domain, debe estaractivado el atributo Retención a largo plazo.

Al configurar los pools virtuales de archivos para los sistemas de almacenamiento deData Domain resulta útil saber que:

l Un Mtree Data Domain se representa como un sistema de archivos en ViPR Controller.

l Los pools de almacenamiento no son una característica de Data Domain. Sinembargo, ViPR Controller utiliza pools de almacenamiento para incluir la capacidaddel sistema de almacenamiento. Por lo tanto, ViPR Controller crea un pool dealmacenamiento para cada sistema de almacenamiento Data Domain registrado enViPR Controller; por ejemplo, si tres sistemas de almacenamiento Data Domain seregistraron en ViPR Controller, habría tres pools de almacenamiento Data Domainseparados. Un pool de almacenamiento para cada sistema de almacenamiento DataDomain registrado.



EMC VNX para archivosAl configurar un pool virtual de archivo VNX que utiliza un protocolo CIFS, debe haber almenos un servidor CIFS en cualquiera de los administradores de transferencia de datosfísicos.

Consideraciones de la configuración del almacenamiento deobjetos

Revise la siguiente información antes de agregar sistemas de almacenamiento dearchivos a ViPR Controllerarreglos virtuales y pools virtuales y antes de utilizar lossistemas de almacenamiento de objetos en un servicio de ViPR Controller.

ECSAl crear pools virtuales de objetos para los sistemas ECS:

l Debe asignar el pool a uno o más arreglos virtuales que contienen uno o mássistemas ECS.

l El período de retención máximo establece el máximo de retención que los depósitoscreados con este pool virtual no pueden superar.

l Si el pool virtual se asigna a un grupo de usuarios, el grupo de usuarios de ViPRController debe haberse configurado con un espacio de nombres de ECS.

Requisitos de ViPR para plantillas de perfil de servicioEn las siguientes secciones se explican los requisitos para configurar una plantilla deperfil de servicio para operaciones de aprovisionamiento de ViPR Controller.

Nota

Si las plantillas de perfil de servicio existentes no coinciden con los siguientesrequisitos, clone una de las plantillas de perfil de servicio para crear una nueva plantillay modifique los ajustes según ViPR Controller lo exija.

Propiedades generales

l La plantilla de perfil de servicio no debe estar asociada a un pool de servidores. Laselección de servidores blade está a cargo de los pools virtuales de cómputo de ViPRController.

l La asignación del UUID debe hacerse desde un pool de sufijos UUID válidoconfigurado en UCS, con direcciones disponibles.

AlmacenamientoViPR Controller actualmente es compatible con arranque desde Fibre Channel paraservidores UCS. A continuación se enumeran los requisitos de Fibre Channel:

l La asignación del World Wide Node Name (WWNN) debe hacerse desde un pool desufijos UUID válido configurado en UCS, con direcciones disponibles.

l La política de configuración de discos locales se debe configurar de modo que elModo (Mode) se configure en No Local Storage.


EMC VNX para archivos 63

l Debe haber al menos una interfaz vHBA.

l Por cada vHBA, la asignación del World Wide Port Name (WWPN) debe hacerse desdeun pool de nombres WWPN válido configurado en UCS, con direcciones disponibles.

l La VSAN establecida en cada vHBA debe ser una red válida detectada por ViPRController. La VSAN debe coincidir con una de las redes en un arreglo virtual ViPRController.

l Los ajustes de políticas en las vHBA no se establecen mediante el aprovisionamientoViPR Controller y quedan a criterio del administrador.

Red

l Los ajustes de políticas en las vNIC no se establecen mediante el aprovisionamientoViPR Controller y quedan a criterio del administrador.

l Debe haber al menos una interfaz vNIC.

l Por cada vNIC, la asignación de direcciones MAC debe hacerse desde un pool MACválido que se haya configurado en UCS, con direcciones disponibles.

l Cada vNIC debe tener al menos una VLAN.

Política y orden de arranqueNo hay ningún requisito con respecto a la política de arranque. ViPR Controller ignoratodos los ajustes de política de arranque presentes en la plantilla de perfil de servicio ysobrescribe cualquier parámetro existente cuando crea perfiles de servicio.

PolíticasViPR Controller no establece ninguna política. El administrador de UCS es el responsablede establecer las políticas.

Plantillas de perfil de servicio de actualizaciónSi realiza el aprovisionamiento con plantillas de perfil de servicio de actualización:

l En la política de arranque de la plantilla de perfil de servicio de actualización se debeespecificar SAN como el primer dispositivo de arranque.

l Si la política de arranque de la plantilla de perfil de servicio de actualización imponenombres de vNIC y vHBA, los nombres de las vNIC y las vHBA presentes en la plantillade perfil de servicio deben coincidir con los de su política de arranque.

l El pool virtual de cómputo con el que se está asociando la plantilla de perfil deservicio de actualización debe asociarse con un arreglo virtual que tenga puertos dealmacenamiento en las vSAN que utilizan las vHBA de la plantilla.

l Si en la política de arranque de la plantilla de perfil de servicio de actualización seespecifican WWPN de destino de arranque SAN, entonces el pool virtual de cómputocon el que se asocie la plantilla debe asociarse con un arreglo virtual que incluyaesos puertos de almacenamiento en las VSAN correctas.



CAPÍTULO 5

Selección de Pools de almacenamiento paraaprovisionamiento


l Descripción general...............................................................................................66l Comprensión de la suscripción y utilización del pool.............................................66l Proceso de selección para almacenamiento de bloques ....................................... 67l Proceso de selección para almacenamiento de archivos....................................... 69

Selección de Pools de almacenamiento para aprovisionamiento 65

Descripción generalObtenga información sobre cómo ViPR Controller selecciona automáticamente los poolsde almacenamiento físico de bloques y archivos para el aprovisionamiento.

ViPR Controller aplica filtros en relación con una serie de pools de almacenamiento queabarcan los sistemas de almacenamiento físico asociados con los pools virtuales en losarreglos virtuales. Si el pool de almacenamiento cumple con todos los criterios del filtro,se convierte en candidato para aprovisionamiento.

Comprensión de la suscripción y utilización del poolViPR Controller utiliza la suscripción y la utilización de pool cuando se evalúan los poolsde almacenamiento para el aprovisionamiento.

Los parámetros de capacidad y suscripción del pool de almacenamiento se evalúan parala utilización del pool. Utilización del pool es un cálculo del espacio que está siendoutilizado actualmente en comparación con lo que está disponible como un valor deporcentaje. Si el pool de almacenamiento está por debajo del umbral de utilización, seconsidera como a una coincidencia para el aprovisionamiento.

Las asignaciones de pool grueso son valores de porcentaje directos del 0 al 100 %. Lospools delgados se asignan según demanda, y puede crear volúmenes que superen eltamaño del pool. Un porcentaje de suscripción puede ser superior al 100 %, lo cualsignifica que el tamaño agregado del pool de aprovisionamiento de volúmenes está porencima de la capacidad. Esta suscripción excesiva se limita a un porcentaje específicodel pool.

En la interfaz del usuario de ViPR Controller, se configura la utilización de pool y lasuscripción de pool delgado en el panel Configuration Properties, que se muestra acontinuación. Para acceder a este panel, seleccione el ícono Settings y, a continuación,Configuration > Controller.

Si utiliza el valor predeterminado de Pool Utilization del 75 % y el valor predeterminadode Thin Pool Subscription del 300 % en el panel Configuration Properties, ocurre losiguiente:

l Pools de almacenamiento gruesos y delgados: Si el espacio utilizado es del 75 % omás de la capacidad disponible, el pool de almacenamiento físico no es unacoincidencia para el aprovisionamiento. Si el pool de almacenamiento delgado seutiliza más que el límite de utilización, no es una coincidencia para elaprovisionamiento.

l Pool de almacenamiento delgado Si el espacio suscrito es más del 300 %, el pool dealmacenamiento delgado físico no es una coincidencia para el aprovisionamiento.

Selección de Pools de almacenamiento para aprovisionamiento


Figura 4 Panel de propiedades de configuración de ViPR Controller

Proceso de selección para almacenamiento de bloquesViPR Controller ejecuta filtros en el momento de creación del volumen y deaprovisionamiento del volumen. Si el pool de almacenamiento cumple con todos loscriterios de filtro, se convierte en un candidato para la ubicación de volúmenes debloques.

Proceso de filtradoLa siguiente tabla explica los filtros que participan en el proceso de selección.

Tabla 9 Filtros para crear volúmenes de bloques

Filtro Categoría Descripción

activePoolMatcher Pools de almacenamientoactivos

Filtra todos los pools inactivos,como arreglos de almacenamientoque no están accesibles.

neighborhoodsMatcher Arreglo virtual Filtre todos los pools dealmacenamiento que no formanparte del arreglo virtual.

protectionMatcher Protección de volumen RecoverPoint y alta disponibilidad:

l Si está habilitado elMetroPoint, busca el valor delparámetro High_availability_RPque se configuró en el pool.

l Si no es un MetroPoint y tieneun atributo de espejeado y el


Proceso de selección para almacenamiento de bloques 67

Tabla 9 Filtros para crear volúmenes de bloques (continuación)

Filtro Categoría Descripción

pool no es compatible confuncionalidades de espejeado,el pool se excluye.

maxResourcesMatcher Asignación de pool virtual Verifica la configuración para lacantidad de recursos que puedencrearse en el pool virtual y filtratodos los pools de almacenamientoque superen esa cantidad.

capacityMatcher Capacidad de pool dealmacenamiento

Filtra los pools que no tienensuficiente capacidad dealmacenamiento.

vnxBlockFastPolicyMatcher Política de organizaciónen niveles de arreglo VNX

(Solo volúmenes de bloques deVNX) Verifica la política de FAST.

storageSystemMatcher Afinidad del sistema dealmacenamiento

(Solo consistencia de múltiplesvolúmenes) Comprueba si los poolsen el pool virtual se encuentran enel arreglo virtual. Si no, los filtra.Devuelve el pool dealmacenamiento de capacidad másalta para el pool de consistencia.

vmaxFASTInitialTierSelectionMatcher

Política de organizaciónen niveles de arregloVMAX

(VMAX únicamente) Determina elpool de almacenamiento en la cualcolocar inicialmente el volumen(nivel de la ubicación inicial). Estenivel de la ubicación inicial se basaen el tipo de unidad y laconfiguración de nivel de RAID en elpool virtual. Si estos parámetros seconfiguran, recupera el pool dealmacenamiento con el mismo tipode unidad y el nivel de RAID. Estefiltro se ejecuta en el momento deaprovisionamiento del volumen.

poolPreferenceBasedOnDriveMathcer

Tipo de unidad de pool dealmacenamiento

(VMAX únicamente) Relaciona eltipo de unidad del pool dealmacenamiento con laconfiguración del tipo de unidad delpool virtual. Si el tipo de unidad noestá configurado en el pool virtual,utiliza el pool FC de manerapredeterminada para elaprovisionamiento de volumen. Sino puede encontrar el pool FC,utiliza pools de los discos SAS, SASNL, SATA, SSD (en ese orden). Estefiltro se ejecuta en el momento deaprovisionamiento del volumen.



Tabla 9 Filtros para crear volúmenes de bloques (continuación)

Pools de almacenamiento de candidato

Después de que se ejecutan los filtros, se crea una lista de pools de almacenamientocandidatos para la ubicación de volúmenes. Se ordenan de acuerdo con estas reglas:

l Pools de capacidad más alta y arreglos menos ocupados

l Orden ascendente de métricas de uso promedio de puerto de su sistema dealmacenamiento (primer orden)

l Orden descendente por la capacidad libre (segundo orden)

l Orden ascendente por la proporción de capacidad suscrita del pool respecto a lacapacidad total (suborden)

ViPR Controller usa esta lista ordenada de pools de almacenamiento para colocar losvolúmenes. Si la cantidad de volúmenes es más de uno, se pueden distribuir losvolúmenes entre todos los pools de almacenamiento, según los tamaños y la capacidaddel pool de almacenamiento disponible.

A medida que ViPR Controller coloca los volúmenes, marca la capacidad de volumencomo reservada respecto del pool de almacenamiento. Esto garantiza que otrosaprovisionamientos que ocurran durante la creación de un volumen o después de ella sedistribuyan correctamente según la capacidad. Después de que se crea el volumen, o sise produce un error en la creación del volumen, se elimina el espacio reservado desde elpool de almacenamiento y el espacio real asignado toma su lugar.

Proceso de selección para almacenamiento de archivosViPR Controller ejecuta filtros en la creación de archivos. Si el pool de almacenamientocumple con todos los criterios de filtro, se convierte en un candidato para la ubicación dearchivos.

A continuación se explica el proceso de selección para almacenamiento de archivos.

l activePoolMatcher: Filtra todos los pools de almacenamiento inactivos, comoarreglos de almacenamiento que no están accesibles.

l neighborhoodsMatcher: Elimina todos los pools que no forman parte del arreglovirtual.

l Recupera todos los pools de almacenamiento que coinciden con los protocolos y losparámetros del pool virtual transmitidos. Además, el pool de almacenamiento debetener suficiente capacidad para contener al menos un recurso del tamaño solicitado.

l maxResourcesMatcher: Verifica la configuración para la cantidad de recursos quepueden crearse en el pool virtual y filtra todos los pools de almacenamiento quesuperen esa cantidad.

l capacityMatcher: Filtra los pools de almacenamiento que no tienen suficientecapacidad de almacenamiento.

l Después de que se ejecutan los filtros, se crea una lista de pools de almacenamientocandidatos para la ubicación de archivos. Se ordenan de acuerdo con estas reglas:

n Pools de capacidad más alta y arreglos menos ocupados

n Orden ascendente de métricas de uso promedio de puerto de su sistema dealmacenamiento (primer orden)

n Orden descendente por la capacidad libre (segundo orden)


Proceso de selección para almacenamiento de archivos 69

n Orden ascendente por la proporción de capacidad suscrita del pool respecto a lacapacidad total (suborden)



APÉNDICE A

Administración de sistemas Vblock con ViPRcontrolador

l Administración de sistemas Vblock en el centro de datos virtual de ViPR Controller............................................................................................................................. 72

l Cómo se descubren los sistemas Vblock mediante ViPR Controller........................72l Cómo se virtualizan los componentes del sistema de Vblock en ViPR Controller....75l Ejemplos de los arreglos virtuales para sistemas de Vblock.................................. 77

Administración de sistemas Vblock con ViPR controlador 71

Administración de sistemas Vblock en el centro de datos virtualde ViPR Controller

Este apéndice proporciona una descripción general de cómo los sistemas Vblock y loscomponentes del sistema Vblock se administran en el centro de datos virtual (VDC) deViPR Controller.

Para ver cómo los sistemas de almacenamiento y procesamiento de Vblock seprovisionan con ViPR Controller, consulte la ViPR Controller Guía de referencia del catálogode servicios, que está disponible en el Índice de documentación de productos de ViPRController.

Cómo se descubren los sistemas Vblock mediante ViPR ControllerUn sistema de Vblock es un sistema convergente de hardware desde VCE (VMware

® ,Cisco

® y EMC® ) que se vende como una única unidad que consta de los siguientes

componentes:

l Procesamiento: Cisco Unified Computing System™ (UCS)

l Almacenamiento: EMC Sistema de almacenamiento

l Red:

n Par de switches SAN de Cisco

n Un par de switches LAN cuando UCS no se conectan directamente a la red delcliente

l Virtualización: VMwarevSphere®

Administración de sistemas Vblock con ViPR controlador




Figura 5 Sistema Vblock

Consulte Matriz de certificación de versiones del sistema VCE Vblock para una lista desistemas de ViPR Controller y compatibilidad de componentes del sistema.

Para conocer las versiones de componentes del sistema Vblock compatibles con ViPRController, consulte la ViPR Controller Matriz de soporte.

Agregar componentes del sistema de Vblock a los recursos físicos de ViPR ControllerPara que ViPR Controller descubra el sistema de Vblock, ViPR Controller requiere que seagregue cada componente del sistema de Vblock a los recursos físicos de ViPR Controllerde la siguiente manera:

Tabla 10 Componentes del sistema de Vblock en ViPR Controller

Agregar componentes de Vblock A recursos físicos de ViPR Controller

CómputoAdministrador de sistema de Cisco UnifiedComputing System

Sistema de procesamiento de Vblock

Sistemas VMware vSphere vCenter vCentersHosts si agrega hosts ESX o ESXi individuales

Red (SAN) Administradores de fabric (Switch MDS Cisco)


Agregar componentes del sistema de Vblock a los recursos físicos de ViPR Controller 73


Tabla 10 Componentes del sistema de Vblock en ViPR Controller (continuación)

Agregar componentes de Vblock A recursos físicos de ViPR Controller

Red (IP) Redes

Almacenamiento Sistemas de almacenamiento o proveedores dealmacenamiento

Descubrimiento de ViPR Controller de componentes del sistema de VblockUna vez que los componentes del sistema de Vblock se agregan a ViPR Controller, ViPRController descubre automáticamente los componentes y recursos de componentes de lasiguiente manera:

Tabla 11 Descubrimiento de ViPR Controller de componentes del sistema de Vblock

Al agregar el recursofísico a ViPR

ViPR descubre

Sistema de cómputosVblock

Administrador de sistema de Cisco Unified Computing SystemBlades (conocidos como elementos de procesamiento en ViPRController).

Plantillas de perfiles de servicio

Actualización de plantillas de perfiles de servicio (uSPT)

Administradores defabrics(switches MDS de Cisco yNexus serie 5000)

Switch MDS de CiscoVSAN

Puertos Fibre Channel

VMware vSphere vCenter El descubrimiento de vCenter descubrirá los hosts y clústeresexistentes, además de proporcionar un destino para los hostsnuevos y clústeres que se provisionan mediante ViPR Controller a finde cargarse allí. (Individualmente, como parte del descubrimiento dehost independiente, se pueden descubrir hosts ESX noadministrados por una instancia de vCenter.)

IP de red Para el almacenamiento de archivos, ViPR Controller puededescubrir los puertos de los hosts y de los sistemas dealmacenamiento conectados por IP, pero no puede detectar las rutasentre ellos, por lo que es necesario crear redes IP en ViPR Controllery agregar el host y los puertos del sistema de almacenamiento quese aprovisionarán juntos a la misma red IP.

Almacenamiento Sistema de almacenamientoPools de almacenamiento

Puertos de almacenamiento

ViPR Controller descubre cada componente del sistema de Vblock como un recurso físicode ViPR Controller individual. La conectividad entre los componentes del sistema deVblock está determinada dentro del contexto del arreglo virtual de ViPR Controller. Alcrear arreglos virtuales, ViPR Controller determina qué sistemas de cómputos tienenconectividad del almacenamiento mediante la definición de los arreglos virtuales. Losarreglos virtuales se utilizan al definir pools virtuales de cómputos y durante el



aprovisionamiento para comprender la conectividad de los componentes del sistema deVblock.

Consulte Cómo los componentes del sistema Vblock se virtualizan en ViPR en la página75 para obtener más información.

Recopilación de elementos de procesamientoTras el descubrimiento de un cluster o host ESX, ViPR Controller descubre la UUID deelementos de procesamiento, lo que permite a ViPR Controller identificar el vínculo entreel host, o cluster y los elementos de procesamiento (blades). Cuando se desactiva, acontinuación, un host o clúster a través de ViPR Controller, ViPR Controller identifica elelemento de procesamiento como disponible y hace que esté disponible para utilizarseen otras operaciones de servicio.

Registro de ViPR Controller de recursos físicos agregados y descubiertosDespués de que se agrega o descubre correctamente un recurso físico en ViPR Controller,ViPR Controller registra automáticamente todos los recursos físicos que no están en uso ysus recursos en ViPR Controller. Los recursos físicos que se registran en ViPR Controllerestán disponibles para el uso como recursos de ViPR Controller para las operaciones deservicio de ViPR Controller.

Los elementos de procesamiento, o blades, que se encuentran en uso se configuranautomáticamente como no registrados para evitar que ViPR Controller los afecte.

De manera opcional, puede cancelar el registro de recursos físicos que desee consultaren ViPR Controller, pero que no desea que ViPR Controller utilice como recurso o sepueden eliminar algunos recursos de ViPR Controller completamente.

Recursos adicionales que requiere ViPR Controller para la instalación del SO en lossistemas Vblock

Además de los componentes del sistema Vblock, ViPR Controller requiere que un servidorde imágenes de procesamiento, una imagen de cómputo y redes para el servidor deimágenes de procesamiento se configuren y agreguen a los recursos físicos de ViPRController para ViPR Controller para instalar sistemas operativos en los blades UCSdurante las operaciones de aprovisionamiento del sistema Vblock de ViPR Controller.

A pesar de que el servidor de imágenes de procesamiento y la imagen de procesamientose agregan a los recursos físicos de ViPR Controller, ninguno se descubre ni se registradaen ViPR Controller.

Las imágenes de procesamiento son archivos de instalación operativos que se agregan aViPR Controllerdesde un sitio FTP. El servidor de imágenes de procesamiento se utilizapara proporcionar los archivos de instalación del SO, mediante las redes de servidor deimágenes de procesamiento durante una operación de aprovisionamiento de sistemaVblock ViPR Controller que se usa para instalar un sistema operativo en los sistemas deprocesamiento Vblock.

Cómo se virtualizan los componentes del sistema de Vblock enViPR Controller

Una vez agregados los componentes del sistema de Vblock a los recursos físicos de ViPRController, el usuario puede comenzar a virtualizar los componentes en los arreglos ypools virtuales.


Registro de ViPR Controller de recursos físicos agregados y descubiertos 75

Sistema de procesamiento de VblockEl sistemas de cómputos de Vblock se virtualiza en ViPR Controller tanto en los poolsvirtuales de cómputos como en las redes de arreglos virtuales.

Pools virtuales de cómputosLos pools virtuales de cómputos constan de un grupo de elementos del sistema decómputos (blades de UCS). Los administradores del sistema ViPR Controller puedenasignar manualmente blades específicos a un pool o definir calificadores, los cualespermiten que ViPR Controller asigne automáticamente los blades a un pool según loscriterios del calificador.

Las plantillas de perfiles de servicio también se asignan a un pool virtual deprocesamiento. Las plantillas de perfiles de servicio están asociadas a los blades paraasignar los ajustes necesarios. Además, UCS tiene los conceptos de "plantillas deperfiles de servicio (Service Profile Templates, SPT)" y de "actualización de plantillas deperfiles de servicio (updating Service Profile Templates, uSPTs)", que deben serconfigurados por administradores de UCS. Los usuarios no administradores puedenutilizar estas plantillas de perfiles de servicio para crear los perfiles de servicio queconvierten un blade en un host.

ViPR Controller no ejecuta las funciones del administrador de UCS, sino que ViPRController utiliza plantillas de perfiles de servicio para asignar las propiedadesnecesarias a los blades. Un administrador de UCS deberá crear plantillas de perfiles deservicio que ViPR Controller pueda utilizar para aprovisionar servidores y hosts.

Al ejecutarse un servicio de aprovisionamiento del sistema de Vblock, ViPR Controllerextrae los recursos del pool virtual de cómputos seleccionados en el servicio, crea uncluster de los blades en el pool virtual y aplica los mismos ajustes de las plantillas deperfiles de servicio a cada uno de los blades en el pool virtual.

Sistemas de almacenamiento VblockLos sistemas de almacenamiento Vblock se virtualizan en los pools virtuales de bloqueso archivos de ViPR Controller y en el arreglo virtual.

Pools virtuales de bloques o archivosLos pools virtuales de bloques y archivos son pools de almacenamiento agrupados deacuerdo a los criterios definidos por el administrador del sistema de ViPR Controller. Lospools virtuales de bloques y archivos pueden consistir en pools de almacenamiento deun único sistema de almacenamiento o pools de almacenamiento de diferentes sistemasde almacenamiento siempre y cuando el pool de almacenamiento cumpla con loscriterios definidos para el pool virtual. El pool virtual de bloques o archivos tambiénpuede ser compartido por diferentes arreglos virtuales.

Vblock Los sistemas requieren el almacenamiento de los pools virtuales de bloques parael LUN de arranque cuando ViPR Controller sea utilizado para instalar un sistemaoperativo en un sistema de cómputos de Vblock. Una vez que los hosts sean operativos,ViPR Controller puede utilizar el almacenamiento de cualquier pool de almacenamientode Vblock conectado y exportar el almacenamiento a dichos hosts.

Vblock redes en el arreglo virtualLa conectividad entre el sistema de almacenamiento de Vblock y el sistema de cómputosde Vblock se define en las redes en el arreglo virtual. El sistema de almacenamiento y lossistemas de cómputos de Vblock que se administrarán juntos deben estar en el mismoVSAN en el arreglo virtual de ViPR Controller.



Ejemplos de los arreglos virtuales para sistemas de VblockViPR Controller proporciona flexibilidad para cómo puede administrar los recursos delsistema de Vblock en ViPR Controller, por cómo configura los sistemas de Vblock en losarreglos virtuales de ViPR Controller o crea pools virtuales con recursos del sistema deVblock:

l Sistema Vblock tradicional en la página 77

l Sistemas de Vblock múltiples configurados en un único arreglo virtual para:

n Ubicación automática de recursos administrados por ViPR en la página 78

n Ubicación manual de recursos administrados mediante pools virtuales decómputos o pools virtuales de almacenamiento en la página 78

l Aislamiento de grupos de usuarios en arreglos virtuales mediante

n Redes de arreglos virtuales en la página 79

n Pools virtuales de cómputos en la página 80

Sistema de Vblock tradicionalEn este ejemplo, dos sistemas de Vblock se definen en dos arreglos virtuales diferentes.

Figura 6 Dos sistemas Vblock configurados en dos arreglos virtuales

Los dos arreglos virtuales están aislados entre sí por la conectividad física.

l El arreglo virtual A está definido por VSAN 20 desde el switch SAN A y VSAN 21 desdeel switch SAN B.

l El arreglo virtual B está definido por VSAN 20 desde el switch SAN X y VSAN 21 desdeel switch SAN Y.


Ejemplos de los arreglos virtuales para sistemas de Vblock 77

Nota

Mientras que UCS no se incluye en el arreglo virtual, las redes definidas en el arreglovirtual determinarán la visibilidad de UCS al almacenamiento de ViPR Controller.

Sistemas de Vblock múltiples configurados en un único arreglo virtual de ViPRController

En este ejemplo, dos sistemas de Vblock están configurados en un único arreglo virtual ytodos los sistemas de cómputos y de almacenamiento se comunican mediante losmismos VSAN: VSAN 20 y VSAN 21.

Con esta arquitectura, puede permitir que ViPR Controller automatice la ubicación derecursos durante el aprovisionamiento mediante:

l Un único pool virtual de cómputos para permitir que ViPR Controller determine laubicación de cómputos.

l Un único pool virtual de bloques para permitir que ViPR Controller determine laubicación del almacenamiento.

Figura 7 Arreglo virtual configurado para la ubicación automática de recursos mediante ViPRController

Administración manual de recursos con pools virtuales de ViPR ControllerTambién puede administrar de forma más granular la ubicación de recursos durante elaprovisionamiento al:

l Crear múltiples pools virtuales de cómputos y asignar manualmente elementos decómputos a cada pool virtual de cómputos.

l Crear múltiples pools virtuales de almacenamiento y asignar manualmente grupos dealmacenamiento a cada pool virtual de almacenamiento.



Durante el aprovisionamiento, se pueden especificar los objetivos deseados paragarantizar que solo los recursos necesarios se utilicen para la operación deaprovisionamiento.

Figura 8 Administración manual de recursos con pools virtuales

Aislamiento de grupos de usuarios mediante redes de recursos virtualesPuede asignar recursos de sistemas de Vblock al asignar los VSAN de recursos virtuales adiferentes grupos de usuarios. En el siguiente ejemplo:

l El grupo de usuarios A solo tendrá visibilidad de los recursos en VSAN 20 y 21.

l El grupo de usuarios B solo tendrá visibilidad de los recursos en VSAN 30 y 31.

Al utilizar redes de aislamiento de grupos de usuarios, deberán definirse plantillas deperfiles de servicio separadas para los pools de cómputos utilizados para cada red.


Aislamiento de grupos de usuarios mediante redes de recursos virtuales 79

Figura 9 Administración de recursos con aislamiento de grupos de usuarios de VSAN

Para obtener detalles sobre la funcionalidad de grupos de usuarios de ViPR Controller,consulte la ViPR Controller Guía de configuración de múltiples sitios, usuarios, seguridad,proyectos y grupos de usuarios de la interfaz de usuario, que está disponible en el Índice dedocumentación de productos de ViPR Controller.

Aislamiento de grupos de usuarios mediante pools virtuales de cómputosEl aislamiento de grupos de usuarios mediante pools de cómputos se logra al crear poolsvirtuales de cómputos con recursos de cómputos (blades) dedicados a un grupo deusuarios específico como RR. HH. o financiación.

Las ACL de grupos de usuarios permiten que ViPR Controller restrinja el acceso y lavisibilidad a los pools virtuales de cómputos fuera de un grupo de usuarios.

Al definir el aislamiento de grupos de usuarios mediante pools virtuales de cómputos,las plantillas de perfiles de servicio aún se pueden compartir dado que el aislamiento deredes no es un problema.





Figura 10 Administración de recursos mediante el aislamiento de grupos de usuarios de poolsvirtuales de cómputos


Aislamiento de grupos de usuarios mediante pools virtuales de cómputos 81

APÉNDICE B

Compatibilidad de ViPR Controller con EMCElastic Clould Storage (ECS)

l Descripción general de la compatibilidad de ViPR Controller con EMCElastic CloudStorage................................................................................................................. 84

l Descubrimiento de sistemas ECS en ViPR Controller..............................................84l Mapeo de un espacio de nombres de ECS a un grupo de usuarios de ViPR Controller

............................................................................................................................. 85l Virtualización de almacenamiento de ECS en ViPR Controller................................ 85

Compatibilidad de ViPR Controller con EMC Elastic Clould Storage (ECS) 83

Descripción general de la compatibilidad de ViPR Controller conEMCElastic Cloud Storage

La compatibilidad de ViPR Controller con EMCElastic Cloud Storage (ECS) incluye losiguiente:

Administración de ViPR Controller de sistemas ECSLos administradores de ViPR Controller pueden:

l Descubrir sistemas ECS

l Mapear un espacio de nombres de ECS a un grupo de usuarios de ViPR Controller

l Crear arreglos virtuales que incluyen sistemas ECS, puertos y redes

l Agrupar grupos de replicación de ECS en pools virtuales de objetos de ViPR Controller

Consulte las secciones correspondientes de esta guía para analizar los requisitos y lainformación necesaria para prepararse para administrar ECS para ViPR Controller.

Para conocer los pasos específicos para configurar ECS en el centro de datos virtual deViPR Controller, consulte la ViPR Controller Guía de configuración de centros de datosvirtuales de la interfaz de usuario, que está disponible en el Índice de documentación deproductos de ViPR Controller.

Servicios de almacenamiento de objetos de ViPR ControllerLos usuarios de ViPR Controller pueden:

l Crear un depósito.

l Editar un depósito

l Eliminar un depósito

Para obtener información acerca de los servicios de ViPR Controller, consulte laViPRController Guía de referencia del catálogo de servicios, que está disponible en el Índice dedocumentación de productos de ViPR Controller.

Descubrimiento de sistemas ECS en ViPR ControllerLos administradores de sistemas de ViPR Controller agregan sistemas EMCElastic CloudStorage (ECS) a ViPR Controller, recursos físicos, sistemas de almacenamiento.

Una vez agregados, ViPR Controller:

l Descubre y registra el sistema de almacenamiento ECS

l Descubre y registra los grupos de replicación de ECS y agrega los grupos dereplicación a los pools de almacenamiento de ViPR Controller.

l Utiliza la dirección IP de ECS para crear el puerto de almacenamiento deadministración que se utilizará para la comunicación entre ViPR Controller y ECS.

Nota

No se admite el descubrimiento de depósitos de ECS (es decir, recopilación de ViPRController de depósitos).

Compatibilidad de ViPR Controller con EMC Elastic Clould Storage (ECS)






Mapeo de un espacio de nombres de ECS a un grupo de usuariosde ViPR Controller

Para usar ViPR Controller para administrar el almacenamiento de objetos en un sistemaECS, debe mapear un grupo de usuarios de ViPR Controller a un espacio de nombres deECS. Cuando se crea un depósito de ViPR Controller, se agrega al proyecto de ViPRController dentro de un grupo de usuarios determinado y, a continuación, se agrega alespacio de nombres de ECS asociado con el grupo de usuarios de ViPR Controller.

Virtualización de almacenamiento de ECS en ViPR ControllerAl crear un arreglo virtual para el almacenamiento de objetos de ECS, deberá configuraruna red IP y agregar los puertos de ECS a la red.

Una vez que se agrega la red al arreglo virtual, los pools de almacenamiento (grupos dereplicación de ECS), y el sistema de almacenamiento de objetos (ECS) se agreganautomáticamente al arreglo virtual.

Agrupación de los grupos de replicación de ECS en pools virtuales de ViPR ControllerSe usan pools virtuales de objetos de ViPR Controller para agrupar grupos de replicaciónde ECS en función de criterios definidos por el usuario. Una vez que el usuario define loscriterios para crear el pool, ViPR Controller filtra los grupos de replicación de ECS, quehabía descubierto ViPR Controller, y solo incluye los grupos de replicación que coincidencon los criterios en el pool virtual de objetos.

Una vez que los grupos de replicación se colocan en el pool virtual de objetos, puedeseleccionar manualmente o permitir que ViPR Controller seleccione automáticamentequé grupo de replicación del pool virtual de VIPR Controller, se debe utilizar para creardepósitos cuando se ejecuta el servicio de ViPR Controller Create Bucket.

Si el pool virtual de objetos solo contiene un grupo de replicación, todos los depósitoscreados a partir de ese pool virtual de objetos de ViPR Controller se crean de ese grupode replicación.


Mapeo de un espacio de nombres de ECS a un grupo de usuarios de ViPR Controller 85

emc vipr controller · l vipr controller guía de configuración de centros de datos virtuales de...

Documents