guía de implementación de emc prosphere · configuración de hosts windows y ws-man ..... 30...

Dirección local de EMCSede central:

Dirección local de EMC EMC 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-6911 www.venezuela.emc.com

Visite el sitio web de su país correspondiente.

EMC® ProSphere™

Versión 2.0

Guía de implementaciónP/N 300-015-288

REV 02

Guía de implementación de EMC ProSphere2

Copyright © 2011-13 EMC Corporation. Todos los derechos reservados.

Publicado en Abril de 2013

EMC considera que la información de esta publicación es precisa en el momento de su publicación. La información está sujeta a 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 DE NINGÚN TIPO CON RESPECTO A LA INFORMACIÓN DE ESTA PUBLICACIÓN Y, ESPECÍFICAMENTE, RENUNCIA A TODA GARANTÍA IMPLÍCITA DE COMERCIALIZACIÓN O ADECUACIÓN A UN FIN PARTICULAR.

El uso, la copia y la distribución de cualquier software de EMC descrito en esta publicación requieren una licencia de software correspondiente.

Para consultar el documento normativo más actualizado para su línea de productos, visite la sección de documentación técnica y asesorías en el sitio web del servicio de soporte en línea de EMC.

Para obtener una lista actualizada de nombres de productos de EMC, consulte las marcas comerciales de EMC Corporation en www.emc.com (visite el sitio web de su país correspondiente).

Todas las otras marcas comerciales que aparecen aquí son propiedad de sus respectivos dueños.

Contenido

Capítulo 1 Mapa de documentación

Capítulo 2 Lista de verificación de implementaciónConsideraciones de VMware ................................................................................. 10Consideraciones de redes ....................................................................................... 10Consideraciones de almacenamiento.................................................................... 10Consideraciones de host ......................................................................................... 11Consideraciones de switches ................................................................................. 11

Capítulo 3 Descripción generalTerminología de ProSphere .................................................................................... 14Tabla de referencia de tareas de implementación ............................................... 16

Capítulo 4 Preparar la infraestructura de VMwareLista de verificación de los requisitos de la infraestructura básica de VMware ............................................................................................................... 20Credenciales de usuario de VMware .................................................................... 20Requerimientos de hardware virtual .................................................................... 21Provisionar discos gruesos y delgados................................................................. 22Herramientas de VMware en la aplicación virtual de ProSphere .................... 22Requerimientos de navegador............................................................................... 22Reunir los requisitos de la infraestructura de VMware (vSphere Client) ....... 23Reunir los requisitos de la infraestructura de VMware (vCloud Director)..... 25

Capítulo 5 Configuración de hostsEvite utilizar guiones bajos en los nombres de host........................................... 28

Caracteres no admitidos en los nombres de host ........................................ 28Registro de DNS....................................................................................................... 28Validación de tarjetas HBA..................................................................................... 29EMC ProSphere/SCA Host Configuration Utility ............................................. 30Configuración de hosts Windows y WS-MAN ................................................... 30Configuración de hosts Windows y WMI............................................................ 32

Requisitos previos para Windows Server 2003 o 2008 y Windows Server 2012 ................................................................................... 33Desactivar UAC en Windows 2008 SP2 ........................................................ 34Desactivar UAC en Windows 2008 R2 .......................................................... 35

Guía de implementación de EMC ProSphere 1

Incorporación de un usuario con los permisos de DCOM remoto necesarios................................................................................ 35

Configuración de hosts UNIX y Linux.................................................................. 41Requerimientos de descubrimiento ............................................................... 41Recopilación de datos de rendimiento........................................................... 45

Preparación para el descubrimiento de VMware guests.................................... 46Preparación para el descubrimiento de la infraestructura de VMware ........... 46

Requerimientos de descubrimiento ............................................................... 46

Capítulo 6 Configurar sistemas de almacenamientoConfiguración de EMC SMI-S Provider................................................................ 48

Requerimientos para la recopilación de datos de descubrimiento............ 48Requerimientos para la recopilación de datos de rendimiento ................. 49Configuración del proveedor .......................................................................... 49Reemplazar el host de SMI-S Provider .......................................................... 50

Configurar EMC Control Station para NAS......................................................... 51Verificar licencias de NAS usando Control Station ..................................... 51

Capítulo 7 Configuración de switches y fabricsConfiguración de switches Cisco ........................................................................... 56

Ejecución de tareas de configuración previa................................................. 56Configuración de switches para SNMPv1/2 ................................................ 59Configuración de switches para SNMPv3..................................................... 59

Capítulo 8 Implementar ProSphereImplementar ProSphere con vSphere Client ........................................................ 62

Tiempo de implementación............................................................................. 62Implementar ProSphere ................................................................................... 62

Implementar ProSphere con vCloud Director ..................................................... 67Tiempo de implementación............................................................................. 67Procedimiento de implementación:................................................................ 67Modificar los ajustes de acción y retraso ....................................................... 69

Próximos pasos......................................................................................................... 69

Capítulo 9 Agregar NIC para redes aisladasDescripción general.................................................................................................. 72Configuraciones de múltiples NIC admitidas ..................................................... 72

Configuración 1: NIC en un DE...................................................................... 72Configuración 2: NIC en una ProSphere Application ................................. 73Configuración 3: NIC en una ProSphere Application y una ProSphere Application secundaria...................................................... 74Configuración 4: NIC en un DE y un Collector............................................ 75Configuración 5: NIC en una ProSphere Application y un Discovery Engine ..................................................................................... 76Configuración 6: NIC en una ProSphere Application, una ProSphere Application secundaria y un Discovery Engine................ 77

Configurar una NIC adicional en una máquina virtual de ProSphere ............ 79Modificar el archivo /etc/hosts ............................................................................. 79


Capítulo 10 Implementar CollectorsCollector .................................................................................................................... 81

Obtener archivos de implementación............................................................ 81Determinar los Collectors necesarios para un centro de datos.................. 81Recopilar información...................................................................................... 81

Implementar Collectors con vSphere Client ........................................................ 83Implementación de Collectors con vCloud Director .......................................... 85

Cargar el nuevo archivo de implementación al catálogo ........................... 85Implementar la aplicación virtual de Collector a partir de la plantilla de aplicación virtual......................................................................................... 85Modificar los ajustes de acción y retraso....................................................... 86

Registrar un Collector con ProSphere Application............................................. 86Collectors de balanceo de carga ..................................................................... 86

Capítulo 11 Implementar una ProSphere Application secundariaProSphere Application secundaria........................................................................ 88

Limitaciones ...................................................................................................... 88Obtener archivos de implementación............................................................ 88Recopilar información...................................................................................... 89

Implementar una ProSphere Application secundaria con vSphere Client ........ 90Implementar una ProSphere Application secundaria con vCloud Director...... 92

Cargar el nuevo archivo de implementación al catálogo ........................... 92Implementar la ProSphere Application secundaria a partir de la plantilla de aplicación virtual................................................................ 93Modificar los ajustes de acción y retraso....................................................... 94

Registrar una ProSphere Application secundaria............................................... 94

Capítulo 12 Tareas posteriores a la implementaciónSincronizar zonas horarias y horas del sistema................................................... 96Inicie sesión en ProSphere ...................................................................................... 96Personalizar el mensaje del cumplimiento de normas de seguridad .............. 99

Crear o editar el mensaje ................................................................................. 99Integrar ProSphere con SMAS y Unisphere for VMAX ..................................... 99

Integrar ProSphere con SMAS...................................................................... 100Integrar ProSphere con Unisphere for VMAX ........................................... 104

Configurar CMCNE .............................................................................................. 109CMCNE............................................................................................................ 109Ubicación de la utilidad keytool en hosts CMCNE o BNA...................... 110Ejecución de tareas de configuración .......................................................... 111

Sincronizar las implementaciones de ProSphere .............................................. 114Integrar ProSphere con Watch4net...................................................................... 114Implementar certificados de confianza .............................................................. 115Información adicional ........................................................................................... 115

Apéndice A Actualizaciones y respaldosDescripción general ............................................................................................... 118Métodos de actualización de ProSphere ............................................................ 119

Descargar un archivo ISO en un CD-ROM virtual.................................... 120Instalar actualizaciones en ProSphere ................................................................ 121

Crear snapshots antes de actualizar software ............................................ 121Seleccionar el Repositorio de actualizaciones de EMC como origen para las actualizaciones..................................................................... 121


Seleccionar un CDROM virtual o un servidor web para las actualizaciones........................................................................................... 122Recibir un recordatorio de las actualizaciones al iniciar sesión y aplicar actualizaciones ................................................................................ 122Buscar y aplicar actualizaciones manualmente .......................................... 124Impacto de las actualizaciones...................................................................... 125

Crear y restaurar snapshots o respaldos............................................................. 125Apagar o iniciar ProSphere o sus máquinas virtuales............................... 126Crear snapshots de ProSphere en vSphere Client...................................... 127Revertir a un snapshot en vSphere Client ................................................... 127Crear snapshots de ProSphere en vCloud Director ................................... 128Revertir a un snapshot en vCloud Director ................................................ 128

Respaldar y restaurar ProSphere con VMware Data Recovery....................... 128


Prefacio

Como parte de un esfuerzo por aumentar y mejorar el rendimiento y las capacidades de su línea de productos, EMC lanza revisiones periódicas de sus hardware y software. En consecuencia, es posible que algunas de las funciones que se describen en este documento no se soporten en todas las versiones de las herramientas de hardware y software que se encuentran en uso actualmente. Para obtener la información más actualizada acerca de las características del producto, consulte las notas de la versión del producto correspondiente.

Si un producto no funciona correctamente o de la manera que se describe en este documento, póngase en contacto con su representante de EMC.

Historial de revisiones La siguiente tabla muestra el historial de revisiones de este documento:

Audiencia Este documento forma parte de la documentación de EMC ProSphere y está destinado a administradores de sistemas e integradores responsables de implementar ProSphere.

Convenciones utilizadas en este documentoEMC usa las siguientes convenciones para notificaciones especiales.

Nota: Una nota presenta información que es importante, pero no está relacionada con peligros.

Convenciones tipográficasEMC usa las siguientes convenciones de estilo de tipografía en este documento:

Revisión Fecha Descripción

01 Abril de 2013 Versión inicial para la versión 2.0.

02 Abril de 2013 Correcciones de la información de vCloud.

Normal Se utiliza en texto corrido (no de procedimiento) para:• Nombres de elementos de interfaz (como nombres de ventanas, cuadros

de diálogo, botones, campos y menús)• Nombres de recursos, atributos, pools, expresiones booleanas, botones,

avisos DQL, palabras clave, cláusulas, variables de ambiente, funciones, utilerías

• URL, nombres de rutas, nombres de archivos, nombres de directorios, nombres de equipos, nombres de archivos, enlaces, grupos, referencias de servicio, sistemas de archivos, notificaciones


Prefacio

Contacto con el servicio al cliente

Dónde obtener ayudaLa información sobre soporte técnico, productos y licencias de EMC puede obtenerse de la siguiente manera.

Información de productosPara obtener documentación, notas de la versión, actualizaciones de software o información acerca de productos, licencias y servicio de soporte de EMC, visite el sitio web de servicio de soporte en línea de EMC:

http://support.emc.com

Soporte técnicoPara obtener soporte técnico, visite el servicio de soporte en línea de EMC y seleccione Soporte por producto. Ingrese ProSphere. En la página Soporte encontrará varias opciones, una de las cuales permite emitir una solicitud de servicio. Tenga en cuenta que para abrir una solicitud de servicio, debe contar con un acuerdo de soporte válido. Póngase en contacto con un representante de ventas de EMC para obtener detalles acerca de cómo obtener un acuerdo de soporte válido o si tiene dudas sobre su cuenta.

Sus comentariosSus sugerencias nos ayudarán a continuar mejorando la exactitud, organización y calidad general de la documentación para usuarios. Envíe sus opiniones generales de documentación de EMC a:

[email protected]

Envíe sus opiniones acerca de la documentación de EMC ProSphere a:

[email protected]

En negritas Se utiliza en texto corrido (no de procedimiento) para:• Nombres de comandos, demonios, opciones, programas, procesos,

servicios, aplicaciones, utilerías, kernels, notificaciones, llamadas del sistema, páginas de los manuales

Se utiliza en procedimientos para:• Nombres de elementos de interfaz (como nombres de ventanas, cuadros de

diálogo, botones, campos y menús)• Lo que el usuario específicamente selecciona, hace clic, presiona o escribe

Cursiva Se utiliza en todos los textos (incluso procedimientos) para:• Títulos completos de publicaciones a las que se hace referencia en el texto• Énfasis (por ejemplo un término nuevo)• Variables

Courier Se usan para:• Resultados del sistema, como un mensaje de error o script • URL, rutas completas, nombres de archivos, indicadores y sintaxis cuando

se muestran fuera del texto corrido

Courier negrita Se usan para:• Entrada de usuario específica (como comandos)

Courier cursiva Se utiliza en procedimientos para:• Variables en línea de comandos• Variables de entrada del usuario


http://Powerlink.EMC.com

mailto:[email protected]

mailto:[email protected]

Mapa de documentación

7

8
Pautas para la escalabilidad y el rendimiento de EMC ProSphere Versión 1.7

1

Esta lista de verificación resume los requisitos necesarios antes de la implementación de ProSphere™. Tenga a mano este capítulo y los siguientes documentos; éstos contienen procedimientos detallados que le servirán de guía para implementar ProSphere y configurar el ambiente de red para ProSphere.

◆ Matriz de soporte de EMC ProSphere

◆ EMC ProSphere Security Configuration Guide

Nota: Si su empresa requiere un refuerzo adicional de la seguridad de ProSphere para cumplir con los mandatos federales o del Departamento de Defensa de Estados Unidos, la Guía de reforzamiento de la seguridad federal de ProSphere se encuentra disponible para todos los clientes federales de Estados Unidos. Póngase en contacto con su representante de EMC® para obtener una copia. Estos procedimientos deben llevarse a cabo inmediatamente después de implementar ProSphere.

Este capítulo incluye las siguientes secciones:

◆ Consideraciones de VMware....................................................................................... 10◆ Consideraciones de redes............................................................................................. 10◆ Consideraciones de almacenamiento ......................................................................... 10◆ Consideraciones de host................................................................................................ 11◆ Consideraciones de switches........................................................................................ 11

Nota: ProSphere 2.0 se ejecuta en SuSE Linux Enterprise Server 11 SP2 (64 bits), el cual se instala como parte del proceso de implementación de la plantilla de OVF y se incluye con el software de ProSphere 2.0.

Lista de verificación de implementación

Lista de verificación de implementación 9


Consideraciones de VMware❑ Asegúrese de tener al menos un servidor VMware ESX Server o ESXi Server

administrado por un servidor vCenter.

❑ Identifique un servidor VMware ESXi Server, vCenter o vCloud Director para la instalación de la aplicación virtual. Consulte a su administrador de VMware para asegurarse de que cuenta con toda la infraestructura de VMware necesaria.

❑ Asigne la RAM necesaria para Discovery Engine, ProSphere Application y Historical Database

Consideraciones de redes❑ Recopile los siguientes datos de red para cada una de las tres máquinas virtuales

y para cada recolector:

❑ Una dirección IP estática válida para la máquina virtual.

❑ Un nombre de dominio completamente calificado para la máquina virtual.

❑ Una máscara de red para la dirección IP.

❑ Un gateway de red para la dirección IP.

❑ Direcciones IP del servidor DNS primario y secundario opcional.

❑ Registre todas las direcciones IP utilizadas por ProSphere en DNS, y asegúrese de que se brinda soporte para la búsqueda inversa a través de registros PTR.

❑ Compruebe las restricciones del firewall que puedan interferir con el funcionamiento normal de ProSphere en el ambiente VMware, la red más amplia y el descubrimiento de recursos de almacenamiento.

❑ Asegúrese de tener una licencia para implementar la aplicación virtual ProSphere en un cluster DRS. Para esto es necesario tener al menos una licencia empresarial con ESX.

❑ Los clusters donde se implementará ProSphere deben tener al menos dos hosts y deben estar en modo DRS.

Consideraciones de almacenamiento❑ Descargue e instale EMC SMI-S Provider, utilizado para descubrir arreglos

de EMC.

❑ Compruebe que el paquete Symmetrix Management Solution (SMAS) esté instalado en hosts conectados a la red de almacenamiento SAN que tengan gatekeepers dedicados para arreglos Symmetrix. El paquete SMAS contiene Symmetrix Performance Analyser (SPA) y Symmetrix Management Console (SMC). Los arreglos VNX/CLARiiON se descubren mediante TCP/IP.

❑ Consulte las notas de la versión de SMC/SPA o Unisphere for VMAX para determinar cuál debe usar para la configuración del site que monitorea ProSphere.

❑ En Almacenamiento conectado en red (NAS), verifique que las licencias estén conectadas.



Consideraciones de host❑ WMI: requerido para descubrir hosts Windows físicos y recopilar datos de

rendimiento que utilizan credenciales de acceso WMI.

❑ WS-MAN: requerido para descubrir hosts Windows que utilizan credenciales de acceso WS-MAN.

❑ Protocolo SSH, raíz y sudo: requerido para descubrir hosts físicos UNIX. Para usuarios que no son usuarios raíz, instale sudo en el host y configure el archivo sudoer.

❑ Infraestructura VMware: requerida para descubrir ambientes VMware. Se requieren credenciales del servidor ESX Server o vCenter con permisos de exploración de áreas de almacenamiento de datos.

❑ Servicio WinRM: requerido para descubrir hosts Windows que utilizan credenciales de acceso WS-MAN (opcional).

❑ EMC: drivers HBA y firmware soportados y librerías SNIA específicas del proveedor de la HBA (requerido para todos los sistemas operativos)

❑ iostat: requerido para la recopilación de datos de rendimiento en hosts Linux (RedHat y SuSE) y Solaris.

❑ sar: requerido para la recopilación de datos de rendimiento en hosts AIX y HP-UX.

Consideraciones de switches❑ Credenciales de acceso HTTP o HTTPS para que SMI-S Provider descubra

switches Brocade.

❑ Instale Connectrix Manager Converged Network Edition (CMCNE) en un host individual y descubra fabrics que se administrarán en SMI-S Provider antes de descubrirlo mediante ProSphere.

❑ Credenciales de acceso SNMP v1, v2 y v3 para descubrir switches Cisco.

❑ Requerimientos de zonificación y convenciones para descubrimiento pasivo de hosts.

Consideraciones de host 11

2

Este capítulo proporciona una descripción general de la configuración del ambiente y su implementación.


◆ Terminología de ProSphere.......................................................................................... 14◆ Tabla de referencia de tareas de implementación..................................................... 16

Nota: Si va a aplicar actualizaciones de ProSphere, como la instalación de ProSphere 2.0, vaya directamente a Apéndice A, “Actualizaciones y respaldos”.

Descripción general

Descripción general 13


Terminología de ProSphereEn este documento, se utilizan los siguientes términos relacionados conProSphere:

◆ Una “máquina virtual” es un equipo de software que ejecuta un sistema operativo y aplicaciones. Varias máquinas virtuales pueden ejecutarse simultáneamente en el mismo host. Las máquinas virtuales que forman el core de ProSphere son: la ProSphere Application, el Discovery Engine y la Historical Database. Algunas implementaciones incluyen una o más instancias de una máquina virtual adicional: el Discovery Engine (Collector). La Figura 1 en la página 15 ilustra estas máquinas virtuales.

◆ Una “aplicación virtual”, que se muestra en Figura 1 en la página 15 es una solución de software optimizada para la nube, que consta de varias máquinas virtuales, empaquetadas y mantenidas como una única entidad con formato OVF. ProSphere se implementa como una aplicación vApp de VMware, configurada como una colección de máquinas virtuales independientes.



Figura 1 Arquitectura de ProSphere

◆ Un “dispositivo virtual” es una solución de software compuesta por una o más soluciones virtuales. Un dispositivo virtual viene en paquete como una unidad proporcionada por un proveedor de dispositivos y se implementa, administra y mantiene como una unidad. ProSphere también es un dispositivo virtual.

◆ Una “ProSphere Application” administra los componentes de ProSphere, controlando la actividad con la Historical Database, los Discovery Engines y las consolas de usuario.

Terminología de ProSphere 15


◆ Una “Historical Database” almacena datos de rendimiento y atributos de los objetos descubiertos. Recibe datos de y se administra mediante. Discovery EngineProSphere Application

◆ Un “Discovery Engine” descubre recursos lógicos y físicos en la red y suministra datos de rendimiento y atributos a Historical Database. Controla cualquiera de los Collectors del Discovery Engine opcionales y se administra mediante la ProSphere Application.

◆ Un “Discovery Engine (Collector)” descubre recursos lógicos y físicos en la red y suministra datos de rendimiento y atributos a Discovery Engine. Los Collectors aparecen en implementaciones con escalamiento horizontal. Mientras que solo hay un Discovery Engine, puede haber varios recolectores.

Tabla de referencia de tareas de implementaciónLa Tabla 1 en la página 16 es una guía para la documentación sobre las tareas relacionadas con la implementación.

Tabla 1 Referencias de documentación

Para... Consulte...

Comenzar...

Obtenga información sobre la arquitectura de ProSphere El capítulo de arquitectura en Guía del administrador de EMC ProSphere

Decida si desea realizar escalamiento horizontal en una implementación de ProSphere y cómo hacerlo

EMC ProSphere Performance and Scalability Guidelines

Prepare la red y sus componentes (hosts, arreglos y switches)

• Consulte “Lista de verificación de implementación” en la página 9 para ver una lista de requisitos antes de comenzar la implementación

• Los capítulos de configuración de este manual correspondientes a los procedimientos de configuración de software

• Matriz de soporte de EMC ProSphere para conocer las versiones compatibles de hardware y software

• EMC ProSphere Release Notes para obtener información complementaria sobre una versión específica

Cambie las contraseñas del sistema EMC ProSphere Security Configuration Guide

Conozca una descripción general de la configuración, la implementación y el uso del producto

Guía del usuario de EMC ProSphere

Nota: Las referencias subsiguientes son de capítulos de este manual.

Verificar que la infraestructura de VMware cumpla con los requisitos básicos de la infraestructura

Verifique que la infraestructura de VMware cumpla con los requisitos básicos de la infraestructura

Capítulo 3, “Preparar la infraestructura de VMware”

Verifique que tenga las credenciales de VMware necesarias para la implementación

Verifique que cumpla los requisitos de hardware virtual

Obtenga la información de VMware necesaria durante el proceso de implementación



Configurar el ambiente de ProSphere para permitir que se realicen descubrimientos correctamente

Configure el software de otros fabricantes para descubrir hosts y datos de rendimiento relacionados

Capítulo 4, “Configuración de hosts”

Configure los proveedores de datos de arreglo (software que expone la información de la administración de los arreglos)

Capítulo 5, “Configurar sistemas de almacenamiento”, Capítulo 6, “Configuración de switches y fabrics”

Configure switches y fabrics Cisco y Brocade Capítulo 6, “Configuración de switches y fabrics”

Implementar ProSphere desde vSphere Client

Descargue los archivos de implementación (archivo .ovf y archivos .vmdk) a una ubicación a la que vSphere Client tenga acceso.

Capítulo 7, “Implementar ProSphere”

Abra vSphere Client y conéctese al vCenter Server que administra el ambiente VMware.

Ingrese la información en el cuadro de diálogo Deploy OVF Template. Esto incluye información sobre el pool de recursos de la aplicación virtual de ProSphere, el área de almacenamiento de datos y las máquinas virtuales de ProSphere.

Utilice un vSphere Client para descargar los archivos y transmitirlos a un servidor ESX Server o ESXi Server.

O

Implementar ProSphere desde vCloud Director Capítulo 7, “Implementar ProSphere”

Cree un catálogo de vCloud.

Cargue los archivos de implementación en una plantilla de aplicación virtual en el catálogo.

Implemente ProSphere desde la plantilla de aplicación virtual.

Agregar NIC para redes aisladas Capítulo 8, “Agregar NIC para redes aisladas”

Implementar Collectors, si es necesario para realizar el escalamiento horizontal de la implementación.

Capítulo 9, “Implementar Collectors”

Implementar una ProSphere Application secundaria, si es necesario, para mejorar el rendimiento

Capítulo 10, “Implementar una ProSphere Application secundaria”

Ejecutar las tareas posteriores a la implementación

Sincronice las implementaciones de ProSphere, si tiene más de una implementación

Capítulo 11, “Tareas posteriores a la implementación”


Para... Consulte...

Tabla de referencia de tareas de implementación 17


Implemente certificados de confianza de la organización por medio de la ProSphere Console

Aplicar actualizaciones Apéndice A, “Actualizaciones y respaldos”

Respaldar ProSphere Apéndice A, “Actualizaciones y respaldos”


Para... Consulte...


3

Este capítulo ofrece información acerca de los requerimientos de infraestructura y de cómo preparar su ambiente VMware para implementar ProSphere. En las secciones siguientes, se detallan los requerimientos de infraestructura:

◆ Lista de verificación de los requisitos de la infraestructura básica de VMware..................................................................................................................... 20

◆ Credenciales de usuario de VMware ......................................................................... 20◆ Requerimientos de hardware virtual ......................................................................... 21◆ Provisionar discos gruesos y delgados ...................................................................... 22◆ Herramientas de VMware en la aplicación virtual de ProSphere.......................... 22◆ Requerimientos de navegador .................................................................................... 22◆ Reunir los requisitos de la infraestructura de VMware (vSphere Client)............. 23◆ Reunir los requisitos de la infraestructura de VMware (vCloud Director) .......... 25

Preparar la infraestructura de

VMware

Preparar la infraestructura de VMware 19

Preparar la infraestructura de VMware

Lista de verificación de los requisitos de la infraestructura básica de VMware

IMPORTANTE!Consulte con el administrador de VMware para de que toda la infraestructura de VMware esté disponible antes de comenzar a implementar ProSphere.

Los requisitos de la infraestructura básica de VMware incluyen:

❑ Un ambiente informático virtualizado de VMware vSphere.

IMPORTANTE!ProSphere no valida nombres de host. Debe registrar de manera independiente en DNS (1) los nombres de host que especifique para las máquinas virtuales, (2) los nombres de los host que descubrirá ProSphere, (3) los nombres de los host cuya información se recopilará en los informes. No registrar los nombres de host en el DNS correspondiente puede afectar el funcionamiento normal de ProSphere.

❑ Un vCenter Server instalado.

❑ Un servidor VMware ESX Server o ESXi Server instalado que se ejecute en el ambiente de vSphere.

❑ Un área de almacenamiento de datos con, como mínimo, 600 GB de espacio libre para dispositivos sin comprimir y para archivos de imágenes de dispositivos comprimidos descargados. En esta área de almacenamiento de datos, se almacenarán las imágenes de dispositivos necesarias para ejecutar ProSphere.

❑ Si está implementando ProSphere en una configuración de cluster VMware, la hora de todos los servidores ESX Server o ESXi Server debe estar sincronizada con un servidor de NTP externo. No obstante, es posible implementar el producto en un único servidor ESX Server, si este cumple con los requisitos de hardware mencionados en “Requerimientos de hardware virtual” en la página 21. Si realiza la implementación en un único servidor ESX Server, en la sección del centro de datos de vCenter, defina el ambiente para un único servidor ESX Server y no un cluster.

❑ Los ajustes del reloj de todos los servidores ESX Server o ESXi Server presentes en el cluster están sincronizados. Probablemente los servidores ESX Server o ESXi Server que no estén sincronizados causen problemas de descubrimiento de ProSphere.

Nota: Para aprovechar las funciones de vSphere que mejoran la disponibilidad y la flexibilidad de la infraestructura virtual, EMC recomienda implementar ProSphere en un cluster de servidores ESX Server o ESXi Server.

Nota: Si utiliza vCloud para implementar ProSphere, el administrador de vCloud debe asegurarse de que el centro de datos virtual creado tenga suficientes recursos de hardware según las especificaciones de EMC ProSphere Performance and Scalability Guidelines.

Credenciales de usuario de VMwarePara implementar ProSphere un usuario debe iniciar sesión en la infraestructura VMware. Tabla 2 en la página 21 especifica las credenciales de usuario requeridas por VMware para un instalador.



Requerimientos de hardware virtualLos administradores de ProSphere pueden utilizar esta información para tomar decisiones de implementación en función de la utilización actual y esperada de los recursos de hardware.

Nota: No se requiere ningún procedimiento especial de configuración de VMware antes de la implementación de ProSphere.

Tabla 2 Credenciales que VMware requiere para la implementación de ProSphere

Recurso de infraestructura de VMware Credenciales de usuario necesarias

Almacenamiento de datos • Allocate space• Exploración de área de almacenamiento

de datos• Operaciones de archivo de bajo nivel

Operadores locales de host • Creación de dispositivo virtual• Eliminación de dispositivo virtual• Reconfiguración de dispositivo virtual

Perfil de host View

Red Asignación de red

Recursos • Asignación de vApp al pool de recursos• Asignación de máquina virtual a pool

de recursos• Migración• Consulta a vMotion

vApp Permisos completos

Máquina virtual Permisos completos

Tabla 3 Requerimientos de hardware virtual

Máquina virtual Procesador virtual RAM/ Memoria Almacenamiento

Requerimientos para la implementación sin escalamiento

ProSphere Application Cuatro CPU de 64 bits 8 GB 230 GB

Discovery Engine Cuatro CPU de 64 bits 8 GB 40 GB

Historical Database Cuatro CPU de 64 bits 6 GB 230 GB

Requisitos para una implementación con escalamiento con un Discovery Engine Collector (recolector) adicional

Recolector adicional Dos CPU de 64 bits 6 GB 30 GB (para disco grueso)2.2 GB (para disco delgado)

Requisitos para una implementación con un ProSphere Application adicional (secundario)

ProSphere Application secundaria

Dos CPU de 64 bits 4 GB 230 GB

Requerimientos de hardware virtual 21


Provisionar discos gruesos y delgadosAl decidir si utilizará aprovisionamiento delgado o grueso, tenga en cuenta los requisitos futuros de capacidad de almacenamiento de todas las máquinas virtuales en la misma área de almacenamiento de datos y el uso del espacio del disco de ProSphere Application y Historical Database. EMC ProSphere Performance and Scalability Guidelines detalla las consideraciones de almacenamiento para las implementaciones de ProSphere.

Herramientas de VMware en la aplicación virtual de ProSphere

IMPORTANTE!No instale Herramientas de VMware adicionales en ProSphere vApp. Las Herramientas de VMware ya están instaladas en las máquinas virtuales de ProSphere. Se proporcionarán actualizaciones adicionales a las Herramientas de VMware con las actualizaciones de ProSphere vApp.

Dado que la instalación de ProSphere lleva a cabo las actualizaciones de las Herramientas de VMware en las máquinas virtuales de ProSphere, las Herramientas de VMware aparecen indicadas como “no administradas” cuando se ven en el software de vSphere Client. Esto significa que no las administra el servidor vCenter Server.

Requerimientos de navegadorProSphere requiere Adobe Flash Player, versión 10.2.153.1 o superior, que está disponible para los navegadores web más conocidos, entre ellos, Microsoft Internet Explorer, Mozilla Firefox y Google Chrome. Si su versión de Flash Player es anterior, actualícela a la versión más reciente.

ProSphere se muestra mejor en un monitor configurado con una resolución de 1024x768 o superior.

Se requiere el protocolo Transport Layer Security (TLS) 1.0 como la configuración de seguridad para el navegador web.

Asegúrese de que su navegador acepte cookies y que estén desactivados los bloqueadores de ventanas emergentes. En los navegadores en los que la ventana de inicio no se cierra automáticamente (por ejemplo, Microsoft Internet Explorer), es necesario utilizar una nueva instancia del navegador para cada inicio de sesión de ProSphere. El navegador conserva las cookies que lo dirigen a la ProSphere Application anterior, incluso después de escribir la dirección URL de un nuevo sitio web de ProSphere.

Nota: Elimine las cookies del sitio web de ProSphere correspondiente para poder volver a utilizar una instancia del navegador.



Reunir los requisitos de la infraestructura de VMware (vSphere Client)Esta sección es para los usuarios que implementan ProSphere desde vSphere Client.

Obtenga la siguiente información que debe especificar durante la implementación. A continuación, se proporciona espacio para escribir estos valores.

IMPORTANTE!Utilice solo un vCenter para conectar vSphere Client con un servidor ESX Server. Los intentos de implementación directa en ESX Server generarán errores.

◆ La dirección IP o el nombre de host del vCenter Server que administra el ambiente VMware. El nombre de usuario y la contraseña para conectar el cliente vSphere al servidor.

Dirección IP o nombre de host de VMware Server: _________________________

Nombre de usuario: ____________________________________________________

Contraseña: __________________________________________________________

◆ Verifique que tenga los privilegios necesarios para implementar una aplicación virtual.

◆ El nombre de esta implementación de ProSphere (por ejemplo, Implementación local de ProSphere).

Nombre de ProSphere vApp: __________________________________________

◆ La siguiente ubicación de la infraestructura de ProSphere vApp:

Ubicación del inventario: _______________________________________________

Host/cluster: _________________________________________________________

Formato del disco (grueso/delgado): ____________________________________

Pool de recursos: _____________________________________________________

◆ El nombre del área de almacenamiento de datos del ambiente vSphere local para guardar las imágenes de máquina virtual de ProSphere.

Almacén de datos _____________________________________________________

◆ Los nombres de las redes de vSphere en las cuales se implementan las tres máquinas virtuales para ProSphere vApp. Las máquinas virtuales que se pueden implementar en otras subrredes.

Red de ProSphere: ________________________________

Red de Discovery Engine: _____________________________________

Red de Historical Database: _______________________________________

Red del Collector: _______________________________________




Reunir los requisitos de la infraestructura de VMware (vSphere Client) 23


◆ Las propiedades de red y de acceso seguro deseadas para la máquina virtual de Historical Database, incluso:

Servidores de DNS (separados por comas):

_________________________________________________________________

Cadenas de dominio de búsqueda (separadas por espacios):

_________________________________________________________________

Hostname: _______________________________________________________

Dirección IP: ______________________________________________________

Máscara de red: _______________________________________________________

Gateway de subrred: _________________________________________________

◆ Las propiedades de red y de acceso seguro deseadas para la máquina virtual de Discovery Engine, incluso:


_________________________________________________________________


_________________________________________________________________

Hostname: _______________________________________________________

Dirección IP: ______________________________________________________

Máscara de red: ________________________________________________________

Gateway de subrred: __________________________________________________

◆ Las propiedades de red y de acceso seguro deseadas para la máquina virtual de ProSphere Application, incluso:


_________________________________________________________________


_________________________________________________________________

Hostname: _______________________________________________________

Dirección IP: ______________________________________________________

Máscara de red: ________________________________________________________




Reunir los requisitos de la infraestructura de VMware (vCloud Director)Esta sección es para los usuarios que implementan ProSphere desde vCloud Director.

Obtenga la siguiente información que debe especificar durante la implementación. A continuación, se proporciona espacio para escribir estos valores.

◆ La dirección IP o el nombre de host del servidor vCloud Director.

◆ El nombre de usuario y la contraseña para iniciar sesión en el servidor vCloud Director.

Dirección IP o nombre del host del servidor VMware Director:

_________________________________________________________________

Nombre de usuario: ________________________________________________

Contraseña: _______________________________________________________

◆ Verifique que tenga privilegios en vCloud Director que le permitan crear un catálogo, cargar una plantilla de aplicación virtual al catálogo e implementar una plantilla de aplicación virtual. Para obtener información sobre las Funciones predefinidas y sus derechos, visite http://pubs.vmware.com

◆ El nombre de esta implementación de ProSphere (por ejemplo, Implementación local de ProSphere).

Nombre de ProSphere vApp: __________________________________________

◆ Los siguientes detalles son para la implementación de la aplicación virtual de ProSphere:

Nombre del centro de datos virtual ______________________________________

Asignación de IP (debe ser Estática-Manual):______________________________

Perfil de almacenamiento: ______________________________________________

Información de arrendamiento: _________________________________________

◆ Los nombres de las redes del inventario de centro de datos virtual donde desea implementar las máquinas virtuales para la aplicación virtual de ProSphere. Las máquinas virtuales que se pueden implementar en otras subrredes.

Red de ProSphere: ________________________________

Red de Discovery Engine: _____________________________________

Red de Historical Database: _______________________________________





Red secundaria de ProSphere: _____________________________

Reunir los requisitos de la infraestructura de VMware (vCloud Director) 25


◆ Las propiedades de red y de acceso seguro deseadas para la máquina virtual de Historical Database, incluso:


_________________________________________________________________


_________________________________________________________________

Hostname: _______________________________________________________

Dirección IP: ______________________________________________________

Máscara de red: _______________________________________________________

Gateway de subrred: _________________________________________________

◆ Las propiedades de red y de acceso seguro deseadas para la máquina virtual de Discovery Engine, incluso:


_________________________________________________________________


_________________________________________________________________

Hostname: _______________________________________________________

Dirección IP: ______________________________________________________

Máscara de red: ________________________________________________________


◆ Las propiedades de red y de acceso seguro deseadas para la máquina virtual de ProSphere Application, incluso:


_________________________________________________________________


_________________________________________________________________

Hostname: _______________________________________________________

Dirección IP: ______________________________________________________

Máscara de red: ________________________________________________________



4

Este capítulo proporciona instrucciones para la instalación y la configuración de software de otros fabricantes utilizado para descubrir hosts y datos de rendimiento relacionados.


◆ Evite utilizar guiones bajos en los nombres de host ................................................ 28◆ Registro de DNS ............................................................................................................ 28◆ Validación de tarjetas HBA.......................................................................................... 29◆ EMC ProSphere/SCA Host Configuration Utility................................................... 30◆ Configuración de hosts Windows y WS-MAN......................................................... 30◆ Configuración de hosts Windows y WMI ................................................................. 32◆ Configuración de hosts UNIX y Linux....................................................................... 41◆ Preparación para el descubrimiento de VMware guests......................................... 46◆ Preparación para el descubrimiento de la infraestructura de VMware ................ 46

Configuración de hosts

Configuración de hosts 27


Evite utilizar guiones bajos en los nombres de hostLos estándares de Internet para protocolos exigen que las etiquetas de nombres de host incluyan únicamente letras ASCII desde la “a” hasta la “z” (sin distinguir entre mayúsculas y minúsculas), los dígitos de “0” a “9” y el guión (“-”). No se permiten otros símbolos, signos de puntuación o espacios en blanco.

Si ProSphere encuentra un nombre de host con un guión bajo, es probable que se impida a los usuarios iniciar sesión.

Puede confirmar la situación si busca los archivos de log para la siguiente cadena:

IllegalArgumentException: Host cannot be null

Caracteres no admitidos en los nombres de hostNo utilice ninguno de los siguientes caracteres en los nombres de host:

◆ coma (,)

◆ tilde (~)

◆ dos puntos (:)

◆ signo de exclamación (!)

◆ arroba (@)

◆ signo de número (#)

◆ signo de dólar ($)

◆ porcentaje (%)

◆ signo de intercalación (^)

◆ Y comercial (&)

◆ apóstrofo (')

◆ punto (.)

◆ paréntesis (())

◆ llaves ({})

◆ carácter de subrayado (_)

◆ espacio en blanco

Registro de DNSAsegúrese de que los nombres de host tengan formato DNS con nombre de dominio calificado y de que las direcciones IP estén registradas con los servidores de nombre de dominio adecuados y se resuelvan para una búsqueda DNS inversa. En lo nombres de host no incluya caracteres de subrayado ni los caracteres que se indican en “Caracteres no admitidos en los nombres de host” en la página 28.



Validación de tarjetas HBATodas las plataformas de host requieren lo siguiente para descubrir información relacionada con la HBA calificada por SNIA:

◆ Drivers y firmware de tarjetas HBA soportados por EMC. El driver HBA instalado debe ser compatible con SNIA HBA API 2.0. Matriz de soporte de EMC ProSphere proporciona detalles específicos.

◆ Las librerías SNIA específicas del proveedor deben instalarse en el host de destino.

Nota: Debe verificarse el número de referencia y el número de modelo de la HBA antes de actualizar los hosts con librerías SNIA para la HBA.Puede instalar la librería SNIA de una de las siguientes maneras:- Como parte de un paquete de instalación de driver HBA.- Instalar la versión más reciente de HBAnywhere (para instalaciones de Emulex) o SAN Surfer (para instalación de Qlogic).Para descubrir un host HP-UX con una tarjeta Fibre Channel de puertos múltiples, el paquete CommonIO bundle 0812(Dic 2008) o posterior debe estar presente en el host para obtener el conjunto de archivos FC-SNIA actualizado.

A fin de validar que estén instaladas las librerías SNIA adecuadas, descargue y ejecute la aplicación inq desde el sitio del servicio de soporte en línea de EMC mediante el siguiente procedimiento:

1. En el sitio del servicio de soporte en línea de EMC, haga clic en Search.

2. En el campo Search, escriba inq utility.

3. Seleccione la versión de inq más reciente.

4. Seleccione el sistema operativo que se ejecuta en el host.

5. Descargue inq y siga las instrucciones de instalación suministradas.

6. Ejecute el siguiente comando en el host después de la instalación:Inq -hba

Si el comando enumera las HBA, entonces las librerías SNIA están instaladas correctamente, lo cual significa que ProSphere puede descubrir las HBA.

Validación de tarjetas HBA 29


EMC ProSphere/SCA Host Configuration UtilityEMC Host Configuration Utility ayuda a los clientes a verificar la configuración abordada en este capítulo, lo cual permite descubrir satisfactoriamente un host Windows en ProSphere o en SCA. Otra opción es que la utilidad configure automáticamente los ajustes. La utilidad se encuentra disponible en el sitio del servicio de soporte en línea de EMC (support.emc.com).

Configuración de hosts Windows y WS-MAN WS-MAN es el mecanismo de descubrimiento recomendado para Windows 2008 y versiones posteriores.

Nota: En Windows 2012, antes de realizar los pasos de esta sección, cambie la conectividad de red de pública a privada. Vaya al Panel de control. Seleccione Red e Internet. En Centro de redes y recursos compartidos, haga clic en Conectarse a una red. En la pantalla de la derecha, haga clic con el botón secundario en Red -> Activar o desactivar uso compartido. Haga clic en Sí, activar el uso compartido y conectarme a los dispositivos. Después de llevar a cabo los pasos indicados en esta sección, defina la conectividad de red según lo recomendado.

Nota: ProSphere no copiará el archivo ejecutable binario INQ en hosts de Windows cuando el descubrimiento se calendarice usando el perfil de acceso WS-MAN.

Esta sección describe cómo configurar WS-MAN para operar con ProSphere.

Windows Remote Management (WinRM) es la implementación del protocolo WS-MAN de Microsoft. Realice las siguientes acciones manualmente para preparar el descubrimiento de elementos de configuración (CIs) con WinRM. Todos los comandos siguientes se deben ejecutar a partir de un indicador de Windows Powershell.

Para configurar WinRM para utilizarlo con ProSphere, siga estas instrucciones en el host que desea descubrir.

1. En Windows Server 2008, ejecute winrm quickconfig, para activar una excepción de firewall para WS-MAN. Introduzca y cuando se le indique.

En caso de que el comando falle, asegúrese de que el servicio de Administración remota de Windows se esté ejecutando y que el Tipo de inicio esté definido en Automático. Luego ejecute individualmente los siguientes comandos desde un indicador de Windows Powershell:

a. Get-WmiObject -computer $server Win32_Service -Filter

“Name=‘WinRM’” | Start-ServiceEn este comando, $server se refiere al nombre de host de Windows de destino.

b. winrm create winrm/config/listener?Address=*+Transport=HTTP

c. netsh advfirewall firewall add rule name=“Windows Remote Management(Http-In)” dir=in action=allow program="System" protocol=TCP localport="5985" profile="Domain,Public,Private" enable=yes

Nota: Si desea configurar WinRM para utilizar el transporte HTTPS en su lugar, consulte http://support.microsoft.com.



Para hosts de Windows Server 2003 R2, WinRM no está instalado de forma predeterminada, sino que está disponible como la función de Hardware Management a través de la función Add/Remove System Components en el Control Panel dentro de Management and Monitoring Tools. Lleve a cabo la instalación y complete la información de configuración de WinRM usando la herramienta de línea de comandos Winrm disponible en línea en “Introducción a la administración del hardware” en http://technet.microsoft.com, que describe las características de WinRM e IPMI en Windows Server 2003 R2. Si utiliza Windows 2003 y necesita instalar WinRM en una gran cantidad de servidores, solicite ayuda a su administrador de Windows y dígale que consulte “Introducción a la administración del hardware”.

2. Active la autenticación en el servicio WinRM. El esquema de autenticación puede ser básico o Kerberos.

a. Corrobore la configuración de autenticación actual con el comando:winrm get winrm/config/service/auth

b. Active el esquema de autenticación en el servicio WinRM con el comando:winrm set winrm/config/service/auth @{<authentication scheme>="true"}

Por ejemplo:

Para activar el esquema de autenticación básico, ejecute el siguiente comando:

winrm set winrm/config/service/auth ‘@{Basic="true"}’

Para activar el esquema de autenticación Kerberos, ejecute el siguiente comando:

winrm set winrm/config/service/auth ‘@{Kerberos="true"}’

Nota: El servicio WinRM es compatible con la autenticación básica solo para cuentas locales y con la autenticación Kerberos para usuarios de dominio además de usuarios de grupos de administración.

3. Para permitir la transferencia de datos cifrados en el servicio WinRM, ejecute el siguiente comando:winrm set winrm/config/service ‘@{AllowUnencrypted="true"}’

4. Para definir MaxEnvelopeSizekb, de modo que los componentes de cliente y servidor de WinRM interactúen con el protocolo WS-Management, ejecute el siguiente comando:

winrm set winrm/config ‘@{MaxEnvelopeSizekb="1039440"}’

5. Con Windows 2003, para recopilar los detalles de la configuración HBA, instale el archivo fcinfo, que puede descargarse del sitio web de Microsoft:http://www.microsoft.com

Nota: También puede configurar de forma automática y remota el servicio WinRM requerido para la recopilación de datos WS-MAN utilizando las Políticas de grupos.

Configuración de hosts Windows y WS-MAN 31


Para los detalles completos sobre la configuración de WinRM, consulte “Installation and Configuration for Windows Remote Management” (Instalación y configuración para Windows Remote Management) en http://msdn.microsoft.com.

Para el descubrimiento de WSMAN mediante Kerberos, el nombre de Key Distributrion Center (KDC) para el dominio de usuario se debe configurar para descubrir hosts usando la autenticación de Kerberos. Esto se puede configurar de las siguientes maneras:

Durante la implementación de ProSphere:

Agregue el valor del Sistema de nombre de dominio (DNS) para KDC en el campo DNS Server y el nombre de dominio de KDC al campo de dominio de búsqueda en el paso de configuración de la aplicación virtual de ProSphere Application, Discovery Engine, Historical Database, y todos los Collectors durante la implementación de ProSphere.

Después de implementar ProSphere:

Nota: En vCenter, si la opción Edit Settings se usa para poner más de dos direcciones IP en el campo DNS, o si durante la implementación del dispositivo de ProSphere se proporcionan más de dos direcciones IP, cuando se reinicie el dispositivo, vCenter no actualizará los ajustes de DNS en el dispositivo.

Si el valor de DNS para KDC no se configura durante la implementación de ProSphere, lleve a cabo los siguientes pasos:

1. Apague la aplicación virtual.

2. Haga clic con el botón secundario en máquinas virtuales individuales y seleccione Edit Settings.

3. En Options > Properties, agregue DNS for KDC al campo DNS Server y el nombre de dominio de KDC al campo de dominio de búsqueda para la autenticación de Kerberos.

4. Encienda la aplicación virtual.

Estos cambios se deben realizar en todas las máquinas virtuales y Collectors de ProSphere.

Nota: Asegúrese de que pueda resolver correctamente el nombre del host asociado con la dirección IP desde ProSphere.

Configuración de hosts Windows y WMIProSphere soporta el descubrimiento de hosts Windows a través de Windows Management Instrumentation (WMI).

Nota: WS-MAN es el mecanismo de descubrimiento recomendado para Windows 2008 y versiones posteriores. ProSphere copiará el archivo ejecutable binario INQ en hosts de Windows cuando el descubrimiento se calendarice usando el perfil de acceso de WMI.

Las siguientes secciones describen cómo configurar WMI para que funcione con ProSphere.



Requisitos previos para Windows Server 2003 o 2008 y Windows Server 2012

Nota: En Windows 2012, antes de realizar los pasos de esta sección, cambie la conectividad de red de pública a privada. Vaya al Panel de control. Seleccione Red e Internet. En Centro de redes y recursos compartidos, haga clic en Conectarse a una red. En la pantalla de la derecha, haga clic con el botón secundario en Red -> Activar o desactivar uso compartido. Haga clic en Sí, activar el uso compartido y conectarme a los dispositivos. Después de llevar a cabo los pasos indicados en esta sección, defina la conectividad de red según lo recomendado.

Los siguientes son los requerimientos previos para el descubrimiento de hosts Windows mediante ProSphere:

◆ El descubrimiento debe realizarse bajo el perfil de acceso de un usuario que sea administrador o miembro del grupo de administradores. Estas credenciales se especifican como credenciales de WMI en ProSphere. Guía del administrador de EMC ProSphere explica cómo crear credenciales de acceso.

◆ La cuenta de usuario utilizada para el descubrimiento debe tener permiso de acceso al host que se desea descubrir.

◆ El usuario debe tener privilegios de WMI.

◆ El usuario debe tener privilegios de escritura en el directorio Temp predeterminado.

En Windows 2003, la ruta al directorio Temp predeterminado es:

C:\Document and Settings\<user name>\local settings\Temp

ProSphere intenta escribir los datos en el directorio Temp predeterminado.

Si este directorio no tiene privilegios de escritura, ProSphere intenta escribir los datos en C:\Windows\Temp.

Si el directorio C:\Windows\Temp no tiene privilegios de escritura, ProSphere intenta escribir los datos en el directorio %Temp% configurado por el usuario.

Si el directorio %Temp% configurado por el usuario no tiene privilegios de escritura, la operación generará errores.

En Windows 2008, la ruta al directorio Temp predeterminado es:

C:\Users\<user name>\AppData\Local\Temp

ProSphere intenta escribir los datos en el directorio Temp predeterminado.

Si este directorio no tiene privilegios de escritura, ProSphere intenta escribir los datos en C:\Windows\Temp.

Si el directorio C:\Windows\Temp no tiene privilegios de escritura, ProSphere intenta escribir los datos en el directorio %Temp% configurado por el usuario.

Si el directorio %Temp% configurado por el usuario no tiene privilegios de escritura, la operación generará errores.

Nota: Para encontrar la ubicación exacta del directorio %Temp%: Seleccione Inicio >EjecutarEscriba %Temp%Esto abre el directorio.

Configuración de hosts Windows y WMI 33


◆ Asegúrese de que Visual C++ 2005 SP1 Redistributable Package esté instalado en el host.

Nota: En caso de que la opción para actualizar ventana se encuentre activada y no encuentre este paquete en su sistema, puede descargar el paquete de http://www.microsoft.com/

◆ Asegúrese de que los servicios de WMI y de registro remoto estén en ejecución.

Nota: Para asegurarse de que se han iniciado los servicios:Seleccione Inicio->EjecutarEscriba services.msc..Asegúrese de que los servicios Instrumental de administración de Windows y Registro remoto se hayan iniciado. De lo contrario, haga clic con el botón secundario en los servicios y seleccione Iniciar.

◆ Realice las modificaciones del registro apropiadas en un host Windows Server 2008 R2 La sección“Modificación del registro en un host Windows Server 2008 R2” en la página 40 brinda información acerca de las modificaciones del registro requeridas.

◆ Para WMI, a fin de permitir el acceso al namespace Root/CIMV2 y todos los subnamespaces, se deben configurar los siguientes permisos:

• Execute Methods (Ejecutar métodos)

• Full Write (Escritura completa)

• Partial Write (Escritura parcial)

• Enable Account (Habilitar cuenta)

• Remote Enable (Llamada remota habilitada)

• Read Security (Seguridad de lectura)

La sección “Incorporación de un usuario con los permisos de WMI necesarios” en la página 36 brinda información acerca de cómo configurar los permisos necesarios.

◆ La comunicación mediante Microsoft Distributed Component Object Model (DCOM) debe estar activada en el servidor que se desea descubrir.

La sección “Activación de DCOM” en la página 35 brinda información acerca de cómo configurar DCOM en el puerto 135.

◆ El firewall del host está configurado adecuadamente para permitir DCOM en el puerto 135.

La sección “Incorporación de una excepción de firewall para abrir puertos de RPC dinámico” en la página 37 brinda información acerca de cómo configurar DCOM en el puerto 135.

◆ ProSphere debe utilizar las credenciales de Windows con los permisos de DCOM remoto y los permisos de WMI.

Desactivar UAC en Windows 2008 SP21. Abra una línea de comandos y escriba msconfig.2. Seleccione la pestaña Herramientas, desplácese hacia abajo, seleccione

Deshabilitar UAC y luego seleccione Iniciar.3. Realice los cambios deseados en el cuadro de diálogo para desactivar UAC.4. Confirme el mensaje de operación correcta.5. Reinicie el host.


http://www.microsoft.com/


Desactivar UAC en Windows 2008 R21. Abra una línea de comandos y escriba msconfig.

2. Seleccione la pestaña Herramientas y seleccione Cambiar configuración de UAC.

3. Seleccione Iniciar.

4. Realice los cambios deseados en el cuadro de diálogo para desactivar UAC.

5. Reinicie el host.

Incorporación de un usuario con los permisos de DCOM remoto necesariosPara configurar una cuenta de usuario con DCOM activado en un host de servidor Windows:

1. Inicie sesión en el servidor como usuario local o de dominio con permisos de escritura/lectura completos en el directorio %Temp%.

2. Haga clic en el botón Start de Windows y, a continuación, seleccione Run.

3. Escriba dcomcnfg.

4. Expanda Component Services en la vista de árbol Console Root y, a continuación, expanda Computer.

5. Haga clic con el botón secundario en My Computer de la vista de árbol expandida Computers y, luego, seleccione Properties.

6. Haga clic en Default Properties.

7. Seleccione Enable Distributed COM on this computer.

8. Haga clic en COM Security.

9. Haga clic en Edit Limits en el área de Launch and Activation Permissions.

10. Asegúrese de que el grupo Administradores o el nombre de usuario que requiere se encuentre en la lista Nombres de grupos o usuarios.

En caso de que el grupo Administradores o el nombre de usuario no se encuentre en la lista:

a. Haga clic en Add.

b. Escriba el grupo Administradores o el nombre de usuario en el campo Escriba los nombres de objeto que desea seleccionar. El nombre de usuario que desea agregar debe tener permisos completos para el directorio %Temp%.

c. Haga clic en Aceptar.

11. En el área Permisos de administradores, seleccione las casillas Ejecución remota y Activación remota para proporcionar al usuario estos permisos y haga clic en Aceptar.

12. Haga clic en OK para cerrar los cuadros de diálogo My Computer Properties y Component Services.

Activación de DCOMEn el host que desea descubrir, verifique que el siguiente valor de clave de registro esté establecido en Y:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Ole ->EnableDCOM



Incorporación de un usuario con los permisos de WMI necesariosPara establecer los privilegios de WMI para una cuenta de usuario de Windows:

1. Inicie sesión en el servidor como usuario local o de dominio.

2. Haga clic en el botón Start de Windows y, a continuación, seleccione Run.

3. Escriba WMIMGMT.MSC.

4. Haga clic con el botón secundario en WMI Control (Local) y, a continuación, seleccione Properties.

5. Haga clic en la pestaña Security.

6. Seleccione el espacio de nombres Root > CIMV2 y, a continuación, haga clic en Security.

7. Seleccione la cuenta de usuario o grupo que tiene la configuración de permisos de DCOM requerida para el descubrimiento, como se seleccionó en “Incorporación de un usuario con los permisos de DCOM remoto necesarios” en la página 35.

En caso de que no se encuentre la cuenta de usuario o grupo en la lista, paso 10 en la página 35 brinda instrucciones para agregar la cuenta de usuario o grupo requerido.

8. Asegúrese de que todos los permisos estén activados en el área Permissions for Administrators.

9. Haga clic en Apply y, a continuación, en OK.

10. Haga clic en OK.

11. Cierre el cuadro de diálogo Windows Management Infrastructure (WMI).

Configure los puertos de llamada RPC dinámicos

Nota: Este procedimiento se aplica tanto a Windows Server 2003 y a Windows Server 2008 y se requiere únicamente cuando el firewall está activado y todo el tráfico de puertos de llamada RPC dinámicos está bloqueado en el ambiente del cliente.

Para configurar los puertos de llamada RPC dinámicos:

1. Inicie sesión en el servidor como usuario local o de dominio.

2. Haga clic en el botón Start de Windows y seleccione Run.

3. Escriba regedt32.exe.

4. Expanda la siguiente ruta de clave de registro:HKEY_LOCAL_MACHINE\Software\Microsoft\Rpc

5. Cree subclaves en RPC haciendo clic con el botón secundario en RPC y seleccionando New > Key.

6. Establezca el nuevo nombre de clave en Internet.

7. Haga clic con el botón secundario en la clave Internet y seleccione New > Multi-String Value. Establezca el valor nuevo en Ports.

8. Haga clic con el botón secundario en la clave Ports y seleccione Modify.

9. Escriba los puertos dinámicos de RPC como 5000-5100.

10. Haga clic con el botón secundario en la clave Internet, seleccione Nuevo > Valor de cadena y asigne el nombre PortsInternetAvailable.



11. Haga clic con el botón secundario en PortsInternetAvailable y seleccione Modify.

12. Escriba la letra Y en el campo Información del valor.

13. Haga clic con el botón secundario en la clave Internet, seleccione Nuevo > Valor de cadena y asigne el nombre UseInternetPorts.

14. Haga clic con el botón secundario en UseInternetPorts y seleccione Modify.

15. Escriba la letra Y en el campo Información del valor.

16. Salga del Editor de registro.

17. Reinicie el host para activar los cambios de los puertos dinámicos.

Nota: En ProSphere, si configura un único puerto (por ejemplo: puerto 135) e intenta descubrir hosts, entrarán en conflicto varios hilos de topología y recopilación de datos de rendimiento en ese host, lo cual ocasionará errores en el descubrimiento. Por lo tanto, se requiere un rango de puertos para que el descubrimiento sea satisfactorio. Se recomienda que tenga 100 puertos abiertos para soportar la métrica exigida en EMC ProSphere Performance and Scalability Guidelines. Si tiene una cantidad superior al número típico de aplicaciones en un host, probablemente deba abrir más puertos.

Incorporación de una excepción de firewall para abrir puertos de RPC dinámicoDe estar activado un firewall, debe agregar excepciones de firewall que abran el puerto 135 y los puertos de llamada RPC dinámicos.

La EMC ProSphere Security Configuration Guide indica los puertos que ProSphere requiere que estén abiertos y escuchando, así como las asignaciones de puertos.

En Windows Server 2008, si tiene activado un software de firewall Windows 2008 predeterminado, entonces agregue las siguientes reglas de excepción para permitir el tráfico WMI.

Regla de excepción de firewall de entrada para puertos de llamada RPC dinámicos

Para crear una regla de excepción de firewall ProSphere-Dynamic-RPC-ports:

1. Haga clic en Start > Administrative tools > Windows firewall with Advanced Security.

2. Seleccione Inbound Rules en el árbol de navegación a la izquierda.

3. Haga clic con el botón secundario en Inbound Rules y haga clic en New Rule.

4. Seleccione Rule Type como Custom y haga clic en Next.

5. Seleccione This program path en la sección Program y escriba %SystemRoot%\System32\dllhost.exe como ruta para dllhost.exe

6. Asegúrese de que Services esté configurado como default (all programs and services only) en la sección Program y haga clic en Next.

7. Seleccione TCP para Protocol Type, Dynamic RPC para Local Port, All Ports para Remote Port en la sección Protocol and Ports y haga clic en Next.

8. Asegúrese de que la sección de propiedades de Scope y Action esté configurada como default y haga clic en Next.

9. Active Domain, Private y Public en la sección Profile y haga clic en Next.

10. Configure Name como ProSphere-Dynamic-RPC-ports y haga clic en Finish.



Nota: También puede escribir el siguiente comando en una línea de comandos para crear la regla anterior:netsh advfirewall firewall add rule name="ProSphere-Dynamic-RPC-ports" dir=in action=allow program="%SystemRoot%\System32\dllhost.exe" protocol=TCP localport=RPC profile=public,private,domain

Regla de excepción de firewall de entrada para puerto 135

Para crear una regla de excepción de entrada para ProSphere-WMI-DCOM-in del puerto 135:

1. Haga clic en Start > Administrative tools (Control Panel)> Windows firewall with Advanced Security.




5. Seleccione This program path en la sección Program y escriba %SystemRoot%\System32\svchost.exe como ruta para svchost.exe

6. Seleccione Services a través del botón Customize en la sección Program.

7. Marque Apply to this Service, seleccione Remote Procedure Call(RPC) como servicio, haga clic en OK y luego en Next.

8. Seleccione TCP para Protocol Type, RPC Endpoint Mapper para Local Port, All Ports para Remote Port en la sección Protocol and Ports y haga clic en Next.


10. Active Domain, Private y Public en la sección Profile y haga clic en Next.

11. Configure Name como ProSphere-WMI-DCOM-in y haga clic en Finish.

Nota: También puede escribir el siguiente comando en una línea de comandos para crear la regla anterior:netsh advfirewall firewall add rule name="ProSphere-WMI-DCOM-in" dir=in action=allow program="%SystemRoot%\System32\svchost.exe" service=RpcSs protocol=TCP localport=RPC-EPMap profile=public,private,domain

Regla de excepción de firewall de entrada para permitir tráfico WMI asíncrono

Para crear una regla de excepción de firewall ProSphere-WMI-Async-in:





5. Seleccione Ruta de acceso del programa en la sección Programa y escriba %SystemRoot%\System32\wbem\unsecapp.exe como ruta para unsecapp.exe

6. Asegúrese de que Services esté configurado como default (all programs and services only) en la sección Program y haga clic en Next.





9. Seleccione el Profile apropiado para la red, en la sección Profile, y haga clic en Next.

10. Configure Name como ProSphere-WMI-Async-in y haga clic en Finish.

Nota: También puede escribir el siguiente comando en una línea de comandos para crear la regla anterior: netsh advfirewall firewall add rule name="Prosphere-WMI-Async-in" dir=in action=allow program="%SystemRoot%\System32\wbem\unsecapp.exe" protocol=TCP localport=RPC profile=public,private,domain

Regla de excepción de firewall de entrada llamada Prosphere-WMI-in

Para crear una regla de excepción de firewall ProSphere-WMI-in:





5. Seleccione This program path en la sección Program y escriba %SystemRoot%\System32\svchost.exe como ruta para svchost.exe

6. Seleccione Services a través del botón Customize en la sección Program.

7. Marque Apply para este servicio, seleccione Windows Management Instrumentation como servicio, haga clic en OK y luego en Next.



10. Seleccione el Profile apropiado para la red, en la sección Profile, y haga clic en Next.

11. Configure Name como ProSphere-WMI-in y haga clic en Finish.

Nota: También puede escribir el siguiente comando en una línea de comandos para crear la regla anterior:netsh advfirewall firewall add rule name=" Prosphere-WMI-in" dir=in action=allow program="%SystemRoot%\System32\svchost.exe" service=Winmgmt protocol=TCP localport=RPC profile=public,private,domain

Con Windows 2003, si está utilizando un software de firewall de terceros o un software de firewall de Windows, debe configurar las excepciones de firewall para permitir el tráfico para el puerto 135 y los puertos de llamada RPC dinámicos.

El puerto 135 debe estar abierto para aceptar la conexión remota de entrada con el Service Control Manager (SCM), el cual brinda servicios basados en llamadas RPC para DCOM. El puerto le permite al cliente localizar un servicio DCOM.



Nota: Este procedimiento es necesario solo si el puerto 135 se encuentra bloqueado en el ambiente del cliente.

Para abrir el puerto DCOM:

1. Haga clic en Start y, a continuación, haga clic en Control Panel.

2. Haga doble clic en Windows Firewall, y luego en la pestaña Exceptions.

3. Haga clic en Add Port.

4. Escriba DCOM_TCP135 en el campo Name, y 135 en el campo Port number.

5. Haga clic en TCP y, a continuación, haga clic en OK.

6. Haga clic en OK y cierre la ventana Control Panel.

Nota: También puede escribir el siguiente comando en una línea de comandos para abrir un puerto: netsh firewall add portopening protocol=tcp port=135 name=DCOM_TCP135 mode=ENABLE

Regla de excepción de firewall para dllhost.exe

Para crear una excepción de firewall para dllhost.exe:

1. Haga clic en Start > Control Panel > Windows firewall.

2. Seleccione la pestaña Exceptions haga clic en Add Program.

3. Haga clic en Examinar y seleccione dllhost.exe de la ruta %SystemRoot%\System32\dllhost.exe.

Nota: También puede escribir el siguiente comando en una línea de comandos para crear la regla anterior:netsh firewall add allowedprogram program="%systemRoot%\system32\dllhost.exe" name="dllhost.exe" mode=ENABLE

Modificación del registro en un host Windows Server 2008 R2 Se requieren los siguientes cambios en el registro de host relacionados con DCOM para descubrir un host Windows Server 2008 R2.

1. Ejecute el comando regedit para abrir Registry Editor y navegue hasta la clave HKEY_CLASSES_ROOT\CLSID\76a64158-cb41-11d1-8b02-00600806d9b6, que es para WBEM Scripting Locator.

2. Haga clic con el botón secundario y seleccione Permissions.

3. Elija el grupo Administrators y asigne Full Control.

4. Haga clic en Advanced.

5. Haga clic en Owner y cambie el propietario al grupo Administrators.

6. Haga clic en Apply y en OK.

7. Haga clic en OK y salga de Registry Editor.



Configuración de hosts UNIX y LinuxLas secciones siguientes describen cómo configurar hosts Linux y UNIX para el ProSpheredescubrimiento y la recopilación de datos de rendimiento.

Nota: ProSphere copiará el archivo ejecutable binario INQ en hosts Unix y Linux cuando el descubrimiento se calendarice usando el perfil de acceso SSH.

Requerimientos de descubrimientoPara el descubrimiento, ProSphere requiere credenciales de usuario para el acceso de protocolo SSH a los hosts UNIX y Linux. La cuenta de usuario utilizada para el descubrimiento debe tener permiso de acceso al host que se desea descubrir. Estas credenciales se especifican como credenciales de SSH en ProSphere. Guía del administrador de EMC ProSphere explica cómo crear credenciales de acceso.

Ejecución con privilegios de raíz

Un requerimiento importante para el descubrimiento de hosts Linux/UNIX es la capacidad que tienen algunos comandos de descubrimiento para ejecutarse como usuario raíz. Esto se puede lograr por medio de herramientas o comandos, como sudo.

Uso de sudo para el descubrimiento de hostsEl descubrimiento de hosts Linux y UNIX requiere el uso del comando sudo para elevar el mecanismo de descubrimiento al privilegio raíz para comandos selectos. El comando sudo le permite:

◆ Elevar temporalmente credenciales de usuario a raíz para comandos específicos que se configuran en el archivo sudoers.

◆ Iniciar sesión en un equipo Linux o UNIX como usuario que no sea raíz.

◆ Ejecutar comandos SCSI para descubrir información relacionada con el almacenamiento para el host.

Debe establecerse la siguiente configuración en el host al utilizar usuario sudo para el descubrimiento de host.

◆ La ruta del comando sudo debe incluirse en la variable del ambiente $PATH para el usuario sudo. La variable $PATH puede configurarse tanto en /etc/environment como en /etc/default/login o en cualquier otro archivo específico del sistema operativo.

◆ Las rutas de comandos del SO deben incluirse en la variable del ambiente $PATH para el usuario sudo. Estas rutas son distintas para los distintos sistemas operativos.

Por lo general, la mayoría de los archivos de comandos se ubican de forma predeterminada en las siguientes ubicaciones:

/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

Estas rutas deben incluirse en la variable $PATH.

◆ A fin de probar si la ruta se ha configurado correctamente, inicie sesión como usuario sudo y ejecute which sudo o sudo.

◆ El archivo sudoers debe estar disponible. Está disponible de forma predeterminada en /etc o /opt/sfw/etc/ o /usr/local/etc/sudoers.

◆ El usuario sudo debe tener privilegios de raíz para ejecutar los siguientes comandos en un host determinado para el descubrimiento de recursos:

Configuración de hosts UNIX y Linux 41


• /tmp/nl_dwd/inq

• <path of fcinfo command>/fcinfo

• <ruta del comando powermt>/powermt

• <ruta del comando dmidecode>/dmidecode

• <path of sar command>/sar (para la recopilación de datos de rendimiento de ruta en hosts AIX y HP-UX)

Nota: Para permitir que un usuario de ProSphere sin privilegios use la utilidad sar como usuario raíz, incluya la siguiente línea en el archivo sudoers: srm ALL=(ALL) nopasswd: <path of sar command>/sarPor ejemplo: srm ALL=(ALL) nopasswd: /usr/local/sbin/sar

Nota: Figura 2 en la página 43 brinda un ejemplo del contenido del archivo sudoers requerido y adicional. Se recomienda que no edite el archivo sudoers con ningún editor que no sea visudo. Los permisos para archivo sudoers válido deben configurarse en 440.



Figura 2 Contenido de archivo sudoers de ejemplo para el descubrimiento de hosts Linux/UNIX

inicio de sesión como: cmguserContraseña:*****#sudouso: sudo -h | -K | -k | -L | -V...#which sudo/usr/local/bin/sudo#ls -l /etc/sudoers-r--r----- 1 root root 923 Dec 13 05:36 /etc/sudoers

inicio de sesión como: raízContraseña:*****#visudo sudoers

# sudoers file.## This file MUST be edited with the 'visudo' command as root.## See the sudoers man page for the details on how to write a sudoers file.## Host alias specification# User alias specification

User_Alias CMGU=cmguser# Cmnd alias specification

Cmnd_Alias CMGEMC=/tmp/nl_dwd/inq,<path of powermt command>/powermt,<path of dmidecode command>/dmidecode,<path of fcinfo command>/fcinfo, <path of sar command>/sar

# Defaults specification# User privilege specification

root ALL=(ALL) ALLCMGU ALL=NOPASSWD:CMGEMC

# Uncomment to allow people in group wheel to run all commands# %wheel ALL=(ALL) ALL# Same thing without a password# %wheel ALL=(ALL) NOPASSWD: TODOS# Samples# %users ALL=/sbin/mount /cdrom,/sbin/umount /cdrom# %users localhost=/sbin/shutdown -h now#cmguser ALL=(ALL) NOPASSWD: TODOS

inicio de sesión como: cmguserContraseña:*****#sudo fcinfo hba-portPuerto HBA WWN: 10000000c9702593 …#ls /tmp/nl_dwd/inq/tmp/nl_dwd/inq#sudo /tmp/nl_dwd/inq -mapinfo



Autenticación basada en clave SSHProSphere utiliza la autenticación basada en clave privada/pública SSH que le permite descubrir hosts UNIX con una clave privada. Debe haber una clave pública en todos los hosts UNIX que se van a descubrir usando la clave privada.

Puede elegir cualquier herramienta de generación de claves para generar un par de claves pública/privada válido.

Estos pasos describen el procedimiento para generar un par de claves pública y privada para hosts UNIX usando la herramienta ssh-keygen.

1. Para hosts UNIX fuera de ProSphere, genere un par de claves pública y privada usando el comando:

ssh-keygen -t rsa -f <location_of_the_private_key/name_of_ private_key_file> -N "passphrase"

Nota: Deje la contraseña en blanco si decide no usar cifrado.Por ejemplo: ssh-keygen -t rsa -f /root/.ssh/id_rsa -N””

2. Asegúrese de que el par de claves pública y privada que se genere tenga los siguientes permisos:

chmod 600 /root/.ssh/id_rsa chmod 644 /root/.ssh/id_rsa.pub

Nota: El archivo de clave privada es id_rsa, el archivo de clave pública es id_rsa.pub.

3. Para que el par de claves sea funcional, anexe la clave pública a /root/.ssh/authorized_keys en el host UNIX de destino usando el siguiente comando:

cat <location_of_the_private_key/name_of_private_key_file> >> /root/.ssh/authorized_keys

Por ejemplo: cat /root/.ssh/id_rsa.pub >> /root/.ssh/authorized_keys

4. Copie la clave privada (es decir, /root/.ssh/id_rsa) en el ProSphere Discovery Engine:

a. Copie la clave privada en cualquier ubicación de la máquina desde la cual se tiene acceso a ProSphere.



b. Use el botón Import Private key del cuadro de diálogo Create Access Credentials para obtener la clave de la máquina donde se accede a ProSphere y copie la clave en la ProSphere Application. La siguiente imagen muestra el botón Import Private key.

Recopilación de datos de rendimientoPara la recopilación de datos de rendimiento de rutas, determinados componentes de software (según el sistema operativo del host) deben estar en ejecución en el host.

◆ Solaris: iostat.

◆ Linux (RedHat y SuSE): El paquete iostat versión 5.0.5 debe estar instalado en el host Linux para la recopilación correcta de datos de rendimiento de ruta. Si el paquete no está instalado, la recopilación de datos de rendimiento de ruta falla con el error: “Failed to discover performance metrics”.

◆ AIX: sar.

◆ HP-UX: sar.

◆ Windows 2000 y superior: El servicio Windows Management Instrumentation (WMI) debe estar activado y en ejecución.



Consulte la documentación de usuario y las páginas de manuales relevantes a fin de obtener instrucciones de instalación y configuración para estas herramientas.

Póngase en contacto con el proveedor de UNIX para obtener información sobre la descarga e instalación de su paquete iostat (o sar).

Preparación para el descubrimiento de VMware guestsUn VMware guest es el sistema operativo de una máquina virtual.

Para que ProSphere descubra un host donde reside un VMware guest (es decir, para que descubra una máquina virtual en lugar de un host físico), se necesitan herramientas de VMware. Trabaje con el administrador de VMware para instalar las herramientas de VMware en los VMware guests.

Si un VMware guest no tiene las herramientas de VMware instaladas, ProSphere no puede descubrir la máquina virtual donde reside ese VMWare guest.

Preparación para el descubrimiento de la infraestructura de VMwareProSphere descubre la infraestructura virtual de los ambientes VMware desde vSphere vCenter mediante la API de la infraestructura virtual (VI). Esta API de servicios web se alberga en servidores vCenter y ProSphere puede acceder a ella para el descubrimiento de recursos. Para obtener más información sobre esta interfaz de servicios, consulte la documentación de los servicios web de VMware vSphere en:

http://www.vmware.com

Requerimientos de descubrimientoPara el descubrimiento de infraestructura virtual, ProSphere requiere:

◆ Asignación de credenciales ESX individuales o asignación de credenciales VirtualCenter. En cualquier caso, se deben incluir permisos de solo lectura, además de permisos de exploración de áreas de almacenamiento de datos. Estas credenciales se especifican como credenciales de la infraestructura de VMware en ProSphere. Guía del administrador de EMC ProSphere proporciona instrucciones para la creación de credenciales de acceso para el descubrimiento.

◆ Acceso desbloqueado a la dirección IP de la interfaz de servicios web en todos los servidores VMware ESX Server y VirtualCenter que se desea descubrir.


http://www.vmware.com/support/developer/vc-sdk/

5

Este capítulo proporciona instrucciones de configuración para los proveedores de datos de arreglos que utiliza EMC ProSphere, como los proveedores de SMI-S, a fin de brindar soporte para el descubrimiento de recursos y la recopilación de datos.


◆ Configuración de EMC SMI-S Provider..................................................................... 48◆ Configurar EMC Control Station para NAS.............................................................. 51

Configurar sistemas de almacenamiento

Configurar sistemas de almacenamiento 47


Configuración de EMC SMI-S Provider EMC SMI-S Provider ofrece a los partners y otros grupos de productos una interfaz SNIA estándar del sector para arreglos EMC, que genera un desarrollo de soluciones más veloz. Por último, asegura la interoperabilidad y la administración simplificada de los ambientes de red de los clientes. EMC SMI-S Provider soporta SNIA Storage Management Initiative (SMI), un estándar ANSI para administración de almacenamiento.

SMI pretende garantizar la coherencia de los datos al brindar una interfaz unificada a los diferentes objetos de almacenamiento que se deben administrar en un ambiente de almacenamiento. Esto permite a los desarrolladores de aplicaciones concentrarse en una única interfaz estándar para el desarrollo de herramientas de administración.

Se acopló EMC SMI-S con EMC Common Object Manager (ECOM) a fin de brindar una interfaz acorde a SMI para arreglos EMC Symmetrix® y VNX™/CLARiiON®. ProSphere puede recopilar datos sobre recursos y rendimiento de los arreglos de almacenamiento EMC Symmetrix, VNX y CLARiiON.

Requerimientos para la recopilación de datos de descubrimientoPara descubrir los dispositivos de almacenamiento Symmetrix, CLARiiON y VNX soportados, y para recopilar datos de recursos a partir de ellos en ProSphere, se debe cumplir con los siguientes requerimientos:

◆ Un host que administra y supervisa un arreglo Symmetrix necesita seis guardianes para cada arreglo Symmetrix.

◆ Debe haber una versión compatible del EMC SMI-S Provider para el arreglo instalada en un host que tenga conectividad de FC con arreglos Symmetrix y conectividad IP con arreglos CLARiiON/VNX.

Nota: Para que se pueda descubrir, un arreglo Symmetrix debe tener conectividad con el host donde está instalado el SMI-S Provider. Solamente los arreglos conectados con FC en una configuración de replicación remota se descubren en ProSphere, de modo que se necesitan varios SMI-S Providers para descubrir todos los arreglos. Consulte las notas de la versión de SMI-S para determinar las limitaciones de escalabilidad. Por lo tanto, debe instalar SMI-S Providers en hosts de manera tal que cada arreglo tenga conectividad desde al menos un host de SMI-S Provider.

EMC SMI-S Provider está disponible para su descarga en el sitio web del servicio de soporte en línea de EMC (support.emc.com) y, de manera opcional, EMC también puede proporcionarlo en CD-ROM. Las instrucciones de instalación pueden descargarse junto con el software en EMC SMI-S Provider Release Notes.

Nota: Al instalar EMC SMI-S Provider, también se instalará EMC Solutions Enabler. Se desinstalará toda versión anterior de EMC Solutions Enabler y se instalará la nueva versión de EMC Solutions Enabler. Debe instalar los demonios adicionales de EMC Solutions Enabler que no están incluidos en la instalación básica de SMI-S Provider /EMC Solutions Enabler.

Nota: Solo se puede instalar una versión de EMC SMI-S Provider y EMC Solutions Enabler en el mismo host.



◆ Es necesario que ProSphere pueda acceder al host de EMC SMI-S Provider en la red TCP/IP. Se deben conocer la dirección IP del host, el puerto de acceso, el nombre de usuario, la contraseña y el espacio de nombres del proveedor a fin de utilizarlos como credenciales de acceso en ProSphere. Estas credenciales se especifican como credenciales de SMI-S. Guía del administrador de EMC ProSphere proporciona instrucciones para la creación de credenciales de acceso para el descubrimiento.

◆ Se deben conocer la dirección IP de VNX/CLARiiON SPA o dirección IP de nombre de dominio calificado, VNX/CLARiiON SPB o nombre de dominio calificado, y el nombre de usuario y contraseña de VNX/CLARiiON.

Requerimientos para la recopilación de datos de rendimientoSe debe instalar el analizador de rendimiento EMC Symmetrix Performance Analyzer (SPA) para ver los datos del rendimiento del análisis “Array FE Directors - % busy” como así también para manejar las alertas de Symmetrix Performance Analyzer en ProSphere.

“Integrar ProSphere con SMAS y Unisphere for VMAX” en la página 99 brinda los detalles de configuración.

Configuración del proveedorEMC SMI Provider se debe configurar para tener acceso a los arreglos, de modo que ProSphere pueda descubrirlos. Las notas de la versión de EMC SMI-S Provider contienen instrucciones para configurar Provider.

Verificar la configuración de EMC SMI-S Provider◆ Para verificar que EMC SMI-S Provider esté configurado correctamente, use la

herramienta TestSmiProvider que se instala con Provider en el host de Provider.

◆ El descubrimiento de arreglos de ProSphere requiere la dirección IP del host de EMC SMI Provider, Credenciales de acceso de SMI que incluyen el usuario y la contraseña de EMC SMI Provider (las credenciales predeterminadas son usuario = “admin”, contraseña = “#1Password”), número de puerto de SMI Provider y el ajuste de SSL Activado.

Nota: El usuario y la contraseña de EMC SMI Provider no son los mismos que las credenciales del arreglo mencionadas anteriormente para VNX/CLARiiON.

La conexión con EMC SMI-S Provider se puede validar usando la información de estado del trabajo de descubrimiento. Básicamente, si se detectan arreglos, las credenciales de acceso de SMI son correctas. Si no se detectan arreglos, revise la información del estado del trabajo de descubrimiento para ver si hay errores (generalmente, Provider está inactivo, el usuario o la contraseña de Provider no son correctos, se especificó un puerto incorrecto o el ajuste de SSL activado es incorrecto). Para comprobar el estado de estos ajustes, vaya al host de EMC SMI Provider, verifique que Provider se esté ejecutando y use la aplicación TestSmiProvider para establecer una conexión con Provider usando la misma información suministrada en las credenciales de acceso.

Configuración de EMC SMI-S Provider 49


◆ En el caso de arreglos VMAX/Symmetrix, es importante tener en cuenta que ProSphere solo es compatible con arreglos VMAX/Symmetrix conectados por fibra al host de EMC SMI-S Provider. Esto se conoce como conexión “local” con Provider. Los arreglos VMAX/Symmetrix que están conectados de manera “remota” a EMC SMI-S Provider a través de otros arreglos intermedios usando conexiones RDF no se incluyen en el descubrimiento que realiza ProSphere. El comando TestSmiProvider Display Version (“dv”) muestra qué arreglos de Symmetrix y CLARiiON están conectados a Provider y si son locales o remotos.Para VNX/CLARiiON, esto significa que las direcciones IP del Procesador de servicio A y el Procesador de servicio B, así como un “nombre de usuario y contraseña del arreglo de CLARiiON o VNX que tenga privilegios de nivel de administrador con alcance global” (citado de Notas de la versión de EMC SMI-S Provider), se deben especificar.

• Para VNX/CLARiiON conectado por fibra con el host de EMC SMI-S Provider (“local” a Provider): el cliente debe configurar Provider para descubrimiento en banda de VNX/CLARiiON, según se detalla en las Notas de la versión de EMC SMI-S Provider.

• Para VNX/CLARiiON conectado por TCP/IP con el host de EMC SMI-S Provider (“remoto” a Provider): el cliente debe configurar Provider para descubrimiento fuera de banda de VNX/CLARiiON, según se detalla en las Notas de la versión de EMC SMI-S Provider.

Reemplazar el host de SMI-S ProviderEsta sección explica cómo desactivar un host de EMC SMI-S Provider y agregar otro nuevo.

Las razones más comunes para reemplazar un host de EMC SMI-S Provider son:

◆ Está desactivando el host actual.

◆ El host actual no tiene memoria o CPU suficiente para administrar los arreglos de almacenamiento.

Lleve a cabo el siguiente procedimiento:

1. Desactive el host de SMI-S Provider actual.

2. Si sigue usando el host para otro propósito, desinstale EMC SMI-S Provider del host.

3. Instale EMC SMI-S Provider en el nuevo host y agregue arreglos.

4. Vuelva a ejecutar el trabajo de descubrimiento inicial usando la IP de Provider del host nuevo. ProSphere comienza a usar el nuevo Provider en el host nuevo. La recopilación de datos de rendimiento para los arreglos también se realiza a través del nuevo Provider.



Configurar EMC Control Station para NASEl descubrimiento de NAS en ProSphere requiere el acceso a Control Station con la licencia de NAS activada para CIFS, NFS o ambos. También puede activar la licencia de “snapsure”. El usuario puede verificar y activar la licencia requerida a través de la CLI de NAS o la interfaz de usuario de Unisphere para Control Station. Para obtener los detalles más recientes, consulte la documentación de NAS Control Station.

Verificar licencias de NAS usando Control StationLas siguientes secciones explican cómo verificar licencias NAS con Control Station para diferentes modelos de NAS.

Verificar licencias de NAS de todos los modelos de NASPuede verificar la licencia de NAS de todos los modelos de NAS usando la interfaz de la línea de comandos (CLI) de Control Station.

1. Inicie sesión en la CLI de NAS con el nombre de usuario y la contraseña de administrador de NAS.

2. Escriba el comando nas_license –list para ver las licencias existentes:

Activar una licencia de NASPara activar la licencia, use este comando:

nas_license -create nfs (o cifs, o snapsure)

Verificar licencias de modelos NAS anterioresPara verificar licencias de modelos NAS anteriores, como Celerra Integrated:

1. Abra un navegador (https://<control-station-ip> ) para NAS Control Station.

Configurar EMC Control Station para NAS 51


2. Haga clic en la pestaña Licenses.

3. Vea o edite los ajustes.

Verificar licencias de modelos NAS más recientesPara verificar licencias de modelos NAS más recientes, como VNX Unified:

1. Abra un navegador (https://<control-station-ip>) para NAS Control Station a fin de ver y editar los ajustes de licencia.

2. Seleccione Settings.

3. Seleccione More Settings.



4. Seleccione Manage Licenses for file.

5. Vea o edite los ajustes.

Configurar EMC Control Station para NAS 53

6

En este capítulo se proporcionan instrucciones de configuración de switches y fabric de Cisco y Brocade a fin de brindar soporte para el descubrimiento de recursos y la recopilación de datos en EMC ProSphere.


◆ Configuración de switches Cisco................................................................................ 56

Configuración de switches y fabrics

Configuración de switches y fabrics 55


Configuración de switches CiscoEsta sección se aplica a fabrics homogéneos que incluyen uno o más switches Cisco.

ProSphere es compatible con dos modos de comunicaciones SNMP para switches Cisco: el modo SNMPv1/v2 menos seguro y el modo SNMPv3 más seguro.

Ejecución de tareas de configuración previaAntes de descubrir un switch Cisco o un fabric Cisco homogéneo en ProSphere:

1. Asegúrese de que todos los componentes de hardware (incluido el modelo de switch) y de software se enumeren en Matriz de soporte de EMC ProSphere como elementos soportados.

2. Verifique la conectividad TCP/IP a los switches que se desea descubrir. Realice una prueba enviando un comando ping a estos switches.

Determine si los SNMP traps están activados. Inicie sesión en el switch y ejecute el comando show snmp trap, como en el siguiente ejemplo:

SWDevCisco8-9216i# show snmp trap

Trap type Activado

entidad : entity_mib_change Sí

entidad : entity_module_status_change Sí

entidad : entity_power_status_change Sí

entidad : entity_module_inserted Sí

entidad : entity_module_removed Sí

entidad : entity_unrecognised_module Sí

entidad : entity_fan_status_change Sí

entidad : entity_power_out_change Sí

enlace : linkDown Sí

enlace : linkUp Sí

enlace : extended-linkDown Sí

enlace : extended-linkUp Sí

enlace : cieLinkDown Sí

enlace : cieLinkUp Sí

enlace : connUnitPortStatusChange Sí

enlace : fcTrunkIfUpNotify Sí

enlace : fcTrunkIfDownNotify Sí

enlace : delayed-link-state-change Sí

enlace : fcot-inserted Sí

enlace : fcot-removed Sí



callhome : event-notify No

callhome : smtp-send-fail No

cfs : state-change-notif No

cfs : merge-failure No

fcdomain : dmNewPrincipalSwitchNotify No

fcdomain : dmDomainIdNotAssignedNotify No

fcdomain : dmFabricChangeNotify No

rf : redundancy_framework Sí

aaa : server-state-change No

license : notify-license-expiry Sí

license : notify-no-license-for-feature Sí

license : notify-licensefile-missing Sí

license : notify-license-expiry-warning Sí

scsi : scsi-disc-complete No

fcns : reject-reg-req No

fcns : local-entry-change No

fcns : db-full No

fcns : remote-entry-change No

rscn : rscnElsRejectReqNotify No

rscn : rscnIlsRejectReqNotify No

rscn : rscnElsRxRejectReqNotify No

rscn : rscnIlsRxRejectReqNotify No

fcs : request-reject No

fcs : discovery-complete No

fctrace : ruta No

zona : request-reject1 No

zona : merge-success No

zona : merge-failure No

zona : default-zone-behavior-change No

zona : unsupp-mem No

vni : virtual-interface-created No

vni : virtual-interface-removed No

vsan : vsanStatusChange No

vsan : vsanPortMembershipChange No

fspf : fspfNbrStateChangeNotify No

Configuración de switches Cisco 57


En este ejemplo, varios de los traps no están activados. EMC recomienda activar todos los traps, a menos que exista un motivo imperioso para no hacerlo.

3. Active los SNMP traps. Ejecute el comando snmp-server enable traps como en el siguiente ejemplo:SWDevCisco8-9216i# config terminalEnter configuration commands, one per line. End with CNTL/Z.SWDevCisco8-9216i (config)# snmp-server enable traps

4. Muestre los traps activados. Ejecute el comando show snmp trap. Los valores de la columna Enabled deben ser Yes.

EMC recomienda que todos los switches del fabric Cisco tengan las mismas credenciales SNMP para su uso con ProSphere. Por ejemplo, si se usa la configuración privada de comunidad de SNMPv1/v2, todos los switches Cisco del fabric deben tener configurado el nombre de comunidad privada de SNMPv1/v2 con una función de administrador de red. Para un usuario de SNMPv3, deben configurarse las mismas credenciales de SNMPv3 con la función de administrador de red en cada switch del fabric.

Nota: ProSphere muestra el fabric Cisco VSAN como descubierto parcialmente si no se proporciona una cadena de comunidad durante su configuración.

El descubrimiento de switches Cisco se inicia indicando un switch raíz en el cuadro de diálogo de descubrimiento de ProSphere. ProSphere descubre todos los switches del fabric mediante la obtención de los miembros del fabric en el switch raíz. Por lo tanto, todos los switches Cisco deben tener la configuración de SNMPv1/2 o SNMPv3 establecida.

ProSphere descubre todos los switches conectados a un fabric físico.

ProSphere no soporta el descubrimiento de switches Cisco mediante conexiones FCIP. Para descubrir un fabric Cisco que incluya conexiones FCIP, descubra un switch Cisco en cualquiera de los lados de la conexión FCIP.

ProSphere no soporta los alias de los dispositivos de Cisco ni los alias de los dispositivos mejorados de Cisco.

actualización : UpgradeOpNotifyOnCompletion Sí

actualización : UpgradeJobStatusNotify Sí

feature-control : FeatureOpStatusChange No

vrrp : cVrrpNotificationNewMaster No

fdmi : cfdmiRejectRegNotify No

snmp : autenticación No



Configuración de switches para SNMPv1/2La información de SNMPv1/2 que ingresa al realizar el descubrimiento es necesaria para que ProSphere se comunique con el switch a fin de obtener información. ProSphere recopila datos del switch usando el mismo nombre de comunidad de SNMP. Usa el puerto SNMP para la comunicación. Este, por lo general, se establece en el puerto 161 de manera fija.

1. Consulte la documentación de Cisco para obtener información detallada sobre la configuración de switches Cisco para la administración de SNMPv1/v2.

2. Los switches Cisco deben tener un nombre de comunidad de SNMPv1 con privilegios de solo lectura configurados en cada switch del fabric. La comunidad de SNMP seleccionada debe tener una función de operador de red.

3. Inicie sesión en el switch como administrador.

4. Use el comando snmp-server community para configurar privilegios de solo lectura como se muestra en el siguiente ejemplo:Cisco8-9216i# config terminalEnter configuration commands, one per line. End with CNTL/Z.Cisco8-9216i(config)# snmp-server community eccuser ro

5. Para determinar si un usuario de comunidad de SNMPv1 existe, inicie sesión en el switch y ejecute el comando como se muestra en el siguiente ejemplo:

6. Defina el ProSphere Discovery Engine como destino trap de SNMPv1/2.

Configuración de switches para SNMPv3Esta sección incluye pautas de creación de usuarios SNMPv3 para el descubrimiento y la administración de switches Cisco en ProSphere.

La información de SNMPv3 que ingresa al realizar el descubrimiento es necesaria para que ProSphere se comunique con el switch a fin de obtener información. ProSphere recopila datos del switch mediante credenciales SNMPv3 seguras. ProSphere soporta SNMPv3 solamente con autenticación SHA y privacidad AES128. Usa el puerto SNMP para la comunicación. El puerto SNMP, por lo general, se establece en el puerto 161 de manera fija.

Nota: ProSphere es compatible con SNMPv3 en todas las combinaciones de Auth (MD5, SHA) y Priv (AES, DES, NONE).EMC recomienda crear los mismos usuarios de SNMPv3 con las mismas contraseñas de privacidad y autenticación en todos los switches físicos del fabric.La documentación de Cisco brinda información sobre la creación de usuarios de SNMPv3 en switches Cisco MDS.

Cisco8-9216i# show snmp community

Comunidad Group / Access

eccuser network-operator

Configuración de switches Cisco 59


Por ejemplo, para crear un usuario de SNMPv3 llamado ECCuser con una función de operador de red, autorización con SHA y autenticación AES128, haga lo siguiente:

1. Ejecute el comando snmp-server user como se muestra en el siguiente ejemplo:Cisco8-9216i# config terminalEnter configuration commands, one per line. End with CNTL/Z.Cisco8-9216i (config)#snmp-server user ECCuser network-operator

auth sha <SHA-password> priv aes-128 <AES-password>

2. Confirme la creación del usuario nuevo ejecutando el comando show snmp user como se muestra en el siguiente ejemplo:

3. Defina el ProSphere Discovery Engine como destino trap de SNMPv3.

SWDevCisco8-9216i# show snmp user

SNMP USERS

Usuario Auth Priv(enforce) Groups

administrador md5 No network-admin

ECCuser sha aes-128(no) network-operator

NOTIFICATION TARGET USERS (configured for sending V3 Inform)

Usuario Auth Priv

SWDevCisco8-9216i#


7

Este capítulo brinda instrucciones sobre la implementación de EMC ProSphere. En las siguientes secciones, se detalla la implementación de ProSphere:

◆ Implementar ProSphere con vSphere Client ............................................................. 62◆ Implementar ProSphere con vCloud Director .......................................................... 67◆ Próximos pasos.............................................................................................................. 69

Puede usar vSphere Client o vCloud Director para implementar ProSphere.

Implementar ProSphere

Implementar ProSphere 61


Implementar ProSphere con vSphere ClientEntre los archivos de implementación de ProSphere, se incluyen archivos .ovf (pequeños) y los archivos .vmdk (grandes) relacionados y con la misma ubicación. Descargue estos archivos desde el sitio del servicio de soporte en línea de EMC (support.emc.com) u otra ubicación especificada por EMC. Coloque estos archivos en una sola carpeta en un recurso de archivos compartidos local o en una ubicación URL a la que pueda acceder vSphere Client. vSphere Client descarga estos archivos y los transmite al servidor ESX Server o ESXi Server.

Nota: Un error de suma de verificación aparece durante la implementación, incluso si falta un archivo.Puede obtener los nombres actuales y completos de los archivos .ovf y .vmdk con los números de compilación en las Notas de la versión de EMC ProSphere.

Tiempo de implementaciónEl tiempo general de implementación puede verse afectado considerablemente por los siguientes factores:

◆ Ubicación de vSphere Client en la red

◆ Velocidades de transferencia de archivos

◆ Rendimiento de la red en el ambiente

Por lo tanto, EMC recomienda que implemente ProSphere y Collector desde una LAN compartida por el ambiente VMware a fin de ahorrar tiempo. La ejecución de vSphere Client en una laptop con una red privada virtual (VPN) de ancho de banda pequeño puede demorar varias horas. Sin embargo, si vSphere Client se ejecuta en la misma red de área local (LAN) rápida que los servidores VMware, probablemente la implementación demore tan solo unos minutos.


Nota: Repita este procedimiento para cada instancia de ProSphere que desee implementar.

1. Abra vSphere Client y conéctese al vCenter Server que administra el ambiente VMware.

2. Seleccione File > Deploy OVF Template, como se muestra en la figura.

Nota: La ayuda en línea está disponible en cada paso del cuadro de diálogo Deploy OVF Template de vSphere Client. No obstante, la ayuda no es específica de ProSphere. Consulte a su administrador de VMware si no está seguro sobre alguno de estos pasos. Por ejemplo, posiblemente tenga dudas acerca de la ubicación del inventario que debe seleccionar y así sucesivamente.



3. En el paso Source, navegue hasta una ruta de archivo o escriba una dirección URL para el archivo .ovf. Haga clic en Next.

4. En el paso OVF Template Details, revise los detalles del archivo .ovf cargado. Haga clic en Next.

5. En el paso End User License Agreement, revise el acuerdo de licencia del producto y, a continuación, haga clic en Accept seguido de Next.

6. En el paso Name and Location, escriba un nombre único (por ejemplo, Implementación local de ProSphere) y especifique una ubicación de inventario del ambiente de VMware para ProSphere vApp y sus máquinas virtuales. Haga clic en Next.

7. En el paso Host/Cluster, seleccione una opción (cluster, host o ambos) para indicar dónde se ejecutará la aplicación virtual de ProSphere. Haga clic en Next.

8. En el paso Resource Pool, seleccione un pool de recursos (asociado al cluster o host seleccionado anteriormente) en el que se ejecutará ProSphere vApp. Este paso probablemente sea necesario solo si se definió un pool de recursos. Haga clic en Next.

9. En el paso data store, seleccione un área de almacenamiento de datos para guardar las imágenes de máquinas virtuales de ProSphere. Si selecciona el formato de disco Grueso, el área de almacenamiento de datos debe tener como mínimo 600 GB de espacio disponible. Haga clic en Next.

10. En el paso Disk Format, para algunas áreas de almacenamiento de datos, es necesario que seleccione el método de aprovisionamiento de espacio de almacenamiento para la máquina virtual.

Las opciones de ejemplo incluyen:

Thin provisioned format (ampliación del almacenamiento disponible para máquinas virtuales según demanda) para sistemas de archivos de área de almacenamiento de datos más nuevos.

Thick provisioned format (el almacenamiento de máquinas virtuales se asigna y se reserva como bloque).

Haga clic en Next.

Implementar ProSphere con vSphere Client 63


11. En el paso Network Mapping, seleccione una red de destino para cada máquina virtual en ProSphere.

Es posible que vSphere Client muestre la advertencia “Multiple source networks are mapped to the host network” si se mapean varias máquinas virtuales a la misma red de destino. Ignore este mensaje.

Nota: En el ambiente VMware, todas las redes de destino seleccionadas deben tener un pool IP asociado.

Haga clic en Next.

12. En el paso Properties, especifique los campos de configuración requeridos. El cuadro de diálogo muestra la descripción de una propiedad en rojo si falta el valor obligatorio del cuadro o si este es incorrecto. Se deben establecer las siguientes propiedades.

Nota: Asegúrese de especificar solo el DNS y los dominios de búsqueda relevantes.

Ajuste de ProSphere

Timezone setting Zona horaria del servidor que se establecerá en las máquinas virtuales Linux implementadas como parte de ProSphere.

Ajustes de ProSphere Application

ProSphere Application Hostname Nombre del host (nombre de dominio calificado) para asignar a la máquina virtual de ProSphere Application (por ejemplo, ProSphere.abc.mycompany.com)

Dirección IP de ProSphere Application Dirección IP para asignar a la máquina virtual de ProSphere Application. Esta dirección IP debe registrarse con los servidores de nombre de dominio adecuados y debe resolverse para búsqueda DNS inversa.

ProSphere Application Gateway Gateway de subred para hosts de la red.

ProSphere Application DNS Servers Lista de servidores de nombre de dominio (DNS) separados por coma disponibles en la red seleccionada para la ProSphere Application y Key Distributrion Center (KDC).

Ingrese un máximo de dos direcciones IP. En vCenter, si la opción Edit Settings se usa para poner más de dos direcciones IP en el campo DNS, o si durante la implementación del dispositivo de ProSphere se proporcionan más de dos direcciones IP, cuando se reinicie el dispositivo, vCenter no actualizará los ajustes de DNS en el dispositivo.

ProSphere Application Netmask Máscara de red aplicada a las direcciones IP de la red.

ProSphere Application Search Domain(s). Lista delimitada por espacios de dominios utilizados en la red seleccionada y el nombre de dominio de KDC.



Haga clic en Next.

13. En el paso Ready to Complete, revise la lista de propiedades especificadas para la implementación de ProSphere. Si necesita cambiar un valor, haga clic en Back para volver a los pasos anteriores. Haga clic en Finish para iniciar el proceso de implementación. Se muestra una barra de estado en vSphere Client para reflejar el progreso de la implementación.

Espere a que aparezca el cuadro de diálogo Deployment Completed Successfully.

14. Haga clic en Close para cerrar el cuadro de diálogo.

Ajustes de Discovery Engine

Discovery Engine Hostname Nombre de host para asignar a Discovery Engine (por ejemplo, ProSphere-discovery050).

Dirección IP Dirección IP para asignar a Discovery Engine si se usa un esquema de dirección IP fija. Esta dirección IP debe registrarse con los servidores de nombre de dominio adecuados y debe resolverse para búsqueda DNS inversa.

Discovery Engine Netmask Máscara de red aplicada a las direcciones IP de la red.

Discovery Engine Gateway Gateway de subred para hosts de la red.

Discovery Engine DNS Servers Lista de servidores de nombre de dominio (DNS) separados por coma disponibles en la red seleccionada y el DNS para KDC.

Ingrese un máximo de dos direcciones IP.

Dominio(s) de búsqueda de Discovery Engine Lista delimitada por espacios de dominios utilizados en la red seleccionada y el nombre de dominio de KDC.

Ajustes de Historical Database

Historical Database Hostname Nombre de red deseado para el host virtual en el cual se implementará la base de datos.

Historical Database IP Address Dirección IP que se usará para acceder al host virtual de base de datos si se usa un esquema de dirección IP fija. Esta dirección IP debe registrarse con los servidores de nombre de dominio adecuados y debe resolverse para búsqueda DNS inversa.

Historical Database Netmask Máscara de red aplicada a las direcciones IP de la red.

Historical Database Gateway Gateway de subred para hosts de la red.

Historical Database DNS Servers Lista de servidores de nombre de dominio (DNS) separados por coma disponibles en la red seleccionada y el DNS para KDC.

Ingrese un máximo de dos direcciones IP.

Dominio(s) de búsqueda de Historical Database Lista delimitada por espacios de dominios utilizados en la red seleccionada y el nombre de dominio de KDC.

Implementar ProSphere con vSphere Client 65


15. En vSphere Client, vaya a la vista Hosts & Clusters.

a. Amplíe el árbol del panel izquierdo de esta vista.

b. Busque el cluster y el host que seleccionó para ProSphere durante la implementación. Verá tres máquinas virtuales nuevas:

– Historical Database– Discovery Engine– ProSphere Application con el nombre de la aplicación virtual (por ejemplo,

Implementación local de ProSphere). 16. Inicie ProSphere manualmente después de la implementación. Para iniciar

ProSphere en el vSphere Client:

a. Haga clic con el botón secundario en el nombre de aplicación virtual que asignó durante la implementación (por ejemplo, Implementación local de ProSphere).

b. Seleccione Power On, como se muestra en la figura. vSphere Client muestra el estado de encendido en la barra Recent Tasks, ubicada en la parte inferior del cliente.

Debe esperar hasta que se inicien todas las máquinas virtuales y que el Status de la tarea Start vApp del nombre de la aplicación virtual (por ejemplo, Local ProSphere deployment) debajo de la vista Recent Tasks aparezca como Completed antes de continuar.

Nota: La primera vez que se inicia el dispositivo de base de datos, puede tomar un tiempo crear las tablas necesarias y llevar a cabo otros procesos de inicialización.

Ya puede comenzar a usar ProSphere por medio de la consola basada en web.

Nota: Si es necesario quitar la aplicación virtual de ProSphere y su máquina virtual dependiente del ambiente de VMware, siga el procedimiento recomendado por su organización.



Implementar ProSphere con vCloud DirectorEntre los archivos de implementación de ProSphere, se incluye un archivo .ovf (pequeño) y los archivos .vmdk (grandes) relacionados en la misma ubicación. Descargue estos archivos desde el sitio del servicio de soporte en línea de EMC (support.emc.com) u otra ubicación especificada por EMC. Coloque estos archivos en una única carpeta en un recurso de archivos compartidos local o en una ubicación URL a la que vCloud Director pueda tener acceso.

Nota: Aparece un error de suma de verificación durante la implementación, incluso si falta un archivo. Los nombres actuales y completos de los archivos .ovf y .vmdk con los números de compilación pueden obtenerse en las Notas de la versión de EMC ProSphere.

Nota: ProSphere solo admite vCloud Director 5.1 o superior.

Tiempo de implementaciónEl tiempo general de implementación puede verse afectado considerablemente por los siguientes factores:

◆ La latencia entre el servidor vCloud Director y la ubicación compartida en la red

◆ Velocidades de transferencia de archivos

◆ Rendimiento de la red en el ambiente

Por lo tanto, EMC recomienda que implemente ProSphere y cualquier Collector o ProSphere Application secundaria desde una LAN compartida por el ambiente VMware para ahorrar tiempo. Si se conecta a vCloud Director desde una sesión del navegador en una laptop a través de una red privada virtual (VPN) con poco ancho de banda, la plantilla de la aplicación virtual puede tardar varias horas en cargarse. Sin embargo, una sesión del servidor vCloud Director iniciada desde un navegador que se ejecuta en la misma red de área local (LAN) rápida que vCloud Director puede tardar solo unos minutos en cargarse.

Procedimiento de implementación:Implementar ProSphere usando vCloud Director incluye los siguientes procedimientos:

◆ “Crear un catálogo de vCloud” en la página 67

◆ “Cargar archivos de implementación al catálogo” en la página 68

◆ “Implementar la aplicación virtual de ProSphere a partir de la plantilla de aplicación virtual” en la página 68

Crear un catálogo de vCloud1. Vaya a la pestaña Catalogs.

2. Haga clic en el botón con el signo más (+).

3. Escriba un nombre para el catálogo.

4. Si desea compartir el catálogo con otras personas de su organización, haga clic en Next. De lo contrario, haga clic en Finish.

Implementar ProSphere con vCloud Director 67


Cargar archivos de implementación al catálogo1. En la pestaña Catalogs, seleccione el catálogo que creó.

2. Seleccione la pestaña Media.

3. Haga clic en el icono de rueda para abrir un menú de opciones y seleccione Upload. Aparece el cuadro de diálogo Upload Media.

4. Haga clic en Browse y seleccione el archivo ProSphere.ovf. Después de la carga, los archivos se almacenarán como una plantilla de aplicación virtual.

5. Ingrese un nombre para la plantilla de la aplicación virtual en el campo Name.

6. Ingrese una descripción para la plantilla de aplicación virtual de (por ejemplo, aplicación virtual de ProSphere).

7. Haga clic en Upload. Una pantalla de progreso indica el progreso de la operación de carga.

Nota: La pantalla de progreso no aparece si su navegador web tiene activado el bloqueo de ventanas emergentes.

8. Cuando la carga finalice, haga clic en Clear.

Implementar la aplicación virtual de ProSphere a partir de la plantilla de aplicación virtual1. Haga clic en la pestaña My Cloud.

2. Haga clic en el botón (+) para abrir el cuadro de diálogo Add vApp from Catalog.

3. Seleccione la plantilla y haga clic en Next.

4. Lea y acepte el EULA y haga clic en Next.

5. Escriba un nombre para la aplicación virtual.

6. Escriba una descripción para aplicación virtual y haga clic en Next.

7. Seleccione el centro de datos virtual en la lista desplegable.

8. Seleccione Static-Manual como asignación de IP y haga clic en Next.

9. Ingrese los parámetros de la red para cada máquina virtual. La siguiente lista contiene datos de ejemplo:

a. Rango de IP: xx.xxx.xx. 01-03

b. Rango de nombre de host: xxxxx01-03

c. Máscara de red: xxx.xxx.xxx.0

d. Gateway: xx.xxx.xx.x

e. DNS: xx.xxx.xx.xx, yy.yyy.yy.yy

Nota: Ingrese como máximo dos direcciones IP en el campo DNS.

f. Dominio de ruta de búsqueda de DNS: com test.test;.com test.corp.com,test.com

10. Ingrese la siguiente información para cada máquina virtual que aparece:

a. Dirección IP de la ProSphere Application

b. Dominio de búsqueda de la ProSphere Application

c. Nombre de host de la ProSphere Application

d. Servidores DNS de la ProSphere Application



Nota: Ingrese como máximo dos direcciones IP para los servidores DNS.

e. Gateway de la ProSphere Application

f. Máscara de subred de la ProSphere Application

11. Seleccione una zona horaria. Haga clic en Next.Aparece el cuadro de diálogo Ready to Complete. Compruebe que la información sea correcta.

12. Haga clic en Finish. La aplicación virtual aparece en la ventana My Cloud.

13. Cuando la implementación haya finalizado correctamente:

a. En la ventana My Cloud, seleccione la aplicación virtual.

b. Haga clic en Start.

14. Si necesita modificar los ajustes predeterminados de arrendamiento de siete días, siga estos pasos:

a. Haga clic con el botón secundario en la aplicación virtual y desplácese hasta Properties > General > Lease.

b. Seleccione los ajustes de arrendamiento recomendados por su administrador de vCloud.

c. Siga las instrucciones del asistente y haga clic en Finish.

Modificar los ajustes de acción y retraso1. En la ventana My Cloud, haga clic en la pestaña vApp, haga clic con el botón

secundario en la aplicación virtual de ProSphere y seleccione Properties.

2. Haga clic en la pestaña Starting and Stopping VMs.

3. Cambie el valor de Boot Delay (seconds) a 120.

4. Cambie el valor de Stop Delay (seconds) a 600.

5. Cambie la acción de Stop Action a Shutdown.

Próximos pasos¡Felicitaciones! Ha implementado ProSphere vApp. Puede continuar con los pasos siguientes:

1. “Implementar Collectors” en la página 81.

2. “Implementar una ProSphere Application secundaria” en la página 87

3. “Sincronizar zonas horarias y horas del sistema” en la página 96, para verificar los trabajos de implementación.

4. “Inicie sesión en ProSphere” en la página 96.

5. “Personalizar el mensaje del cumplimiento de normas de seguridad” en la página 99.

Próximos pasos 69

8

Este capítulo explica cómo agregar adaptadores Ethernet (NIC) a máquinas virtuales de ProSphere para facilitar el funcionamiento con redes aisladas:

◆ Descripción general ...................................................................................................... 72◆ Configuraciones de múltiples NIC admitidas .......................................................... 72◆ Configurar una NIC adicional en una máquina virtual de ProSphere ................. 79◆ Modificar el archivo /etc/hosts .................................................................................. 79

Nota: Las NIC se pueden agregar solo una vez que la implementación se realiza correctamente. Los parámetros de la red para la NIC recién agregada se pueden configurar cuando la VM está en funcionamiento.

En el sitio del servicio de soporte en línea de EMC, el informe técnico “ProSphere Multi-NIC Support” ofrece más detalles sobre la instalación de NIC para redes aisladas.

Agregar NIC para redes aisladas

Agregar NIC para redes aisladas 71


Descripción generalEn los ambientes de centro de datos en tiempo real, los objetos generalmente se distribuyen a través de varias redes. En función de los ajustes de seguridad y de firewall, el acceso a redes aisladas/no enrutadas/protegidas generalmente se encuentra restringido. Desde el punto de vista de un administrador, es difícil supervisar objetos en redes aisladas. Es necesario implementar y configurar varias instancias de ProSphere, lo cual requiere de recursos adicionales. La generación de informes y de análisis se vuelve una tarea tediosa porque es necesario consolidar los datos de diferentes orígenes en una base de datos centralizada, lo cual generalmente produce datos en tiempo real inconsistentes. Corregir estos problemas es demoroso y poco práctico.

ProSphere intenta superar estos retos permitiendo que el usuario agregue y configure adaptadores de tarjeta NIC adicionales. Estos adaptadores permiten que ProSphere se conecte fácilmente con redes aisladas, lo cual hace posible descubrir y supervisar sus objetos.

Configuraciones de múltiples NIC admitidasLas siguientes secciones indican las diferentes configuraciones de múltiples NIC que admite ProSphere.

Las configuraciones 1 a 3 se usan en implementaciones normales. Las configuraciones 4 a 6 se usan en implementaciones con escalamiento horizontal.

Configuración 1: NIC en un DEEl objetivo de la configuración en “NIC en Discovery Engine” en la página 73 es supervisar los CI conectados a la LAN de un centro de datos y los CI conectados a una LAN aislada en una implementación normal.

La LAN del centro de datos maneja el tráfico de las comunicaciones habituales de ProSphere, como por ejemplo:

◆ Conexiones de la consola web

◆ Comunicaciones entre la ProSphere Application, el Discovery Engine y la Historical Database

◆ Comunicaciones con CI locales

La red aislada está fuera del acceso de la red de ProSphere. Esta red puede estar conectada a varias redes del cliente que se encuentran protegidas o aisladas de la LAN del centro de datos.



Un ejemplo de uso de esta configuración es un ambiente de proveedor de servicios donde el cliente administra varios clientes o CI de cliente adicionales. El cliente o las redes de cliente no están enrutadas a la red corporativa del cliente.

Figura 3 NIC en Discovery Engine

Configuración 2: NIC en una ProSphere Application El objetivo de esta configuración en “NIC en ProSphere Application” en la página 74 es federar una instancia de ProSphere conectada a una LAN de centro de datos con otra instancia implementada en una LAN aislada.



◆ Comunicaciones entre la ProSphere Application, el Discovery Engine y la Historical Database


Configuraciones de múltiples NIC admitidas 73


La red aislada se asocia con la otra implementación de ProSphere, a la cual se puede acceder solo a través de la red aislada.

Figura 4 NIC en ProSphere Application

Configuración 3: NIC en una ProSphere Application y una ProSphere Application secundariaEn la configuración indicada en “NIC en una ProSphere Application y ProSphere Application secundaria” en la página 75, una ProSphere Application secundaria está configurada y conectada a una LAN de centro de datos. El objetivo es federar una instancia de ProSphere con otra instancia implementada en una LAN aislada.

La LAN del centro de datos maneja el tráfico de las comunicaciones habituales de ProSphere, como por ejemplo: ◆ Conexiones de la consola web◆ Comunicaciones entre la ProSphere Application, el Discovery Engine y la

Historical Database◆ Comunicaciones con CI localesExiste más de una implementación de ProSphere. Las implementaciones están sincronizadas y la implementación asociada con la LAN del centro de datos contiene la Aplicación de capacidad principal.



La red aislada se asocia con la otra implementación de ProSphere, a la cual se puede acceder solo a través de la red aislada.

Un usuario de la ProSphere Application no principal puede solicitar datos de rendimiento para CI locales descubiertos por la Aplicación de capacidad principal. En esta configuración, una ProSphere Application secundaria con una segunda NIC existe en el site de la Aplicación de capacidad principal. La segunda NIC proporciona acceso a los datos de rendimiento de estos CI.

Figura 5 NIC en una ProSphere Application y ProSphere Application secundaria

Configuración 4: NIC en un DE y un CollectorEl objetivo de la configuración en “NIC en un Discovery Engine y Collector” en la página 76 es supervisar los CI conectados a la LAN de un centro de datos y los CI conectados a una LAN aislada/no enrutada.



◆ Comunicaciones entre la ProSphere Application, el Discovery Engine, la Historical Database y Collectors




La NIC adicional facilita la comunicación con CI de una red aislada a la cual de otra manera no se podría tener acceso a través de la LAN del centro de datos.

La red aislada puede estar conectada a varias redes del cliente que se encuentran protegidas o aisladas de la LAN del centro de datos.

Figura 6 NIC en un Discovery Engine y Collector

Configuración 5: NIC en una ProSphere Application y un Discovery EngineEl objetivo de la configuración en “NIC en ProSphere Application y Discovery Engine” en la página 77 es supervisar los CI conectados al centro de datos habitual y los objetos de CI conectados a una LAN aislada. La LAN aislada también podría tener un Collector implementado para proporcionar un proxy consolidado para el tráfico de ProSphere.

La LAN del centro de datos maneja el tráfico de las comunicaciones habituales de ProSphere, como por ejemplo: ◆ Conexiones de la consola web◆ Comunicaciones entre la ProSphere Application, el Discovery Engine,

la Historical Database y Collectors◆ Comunicaciones con CI locales



La NIC adicional en Discovery Engine facilita la comunicación con CI de la red aislada a la cual de otra manera no se podría tener acceso a través de la LAN del centro de datos. La red aislada puede estar conectada a varias redes del cliente que se encuentran protegidas o aisladas de la LAN del centro de datos. La segunda NIC de la ProSphere Application otorga acceso al Collector de la red aislada para registrarse con el Discovery Engine mediante la interfaz de registro proporcionada por ProSphere Application.

Figura 7 NIC en ProSphere Application y Discovery Engine

Configuración 6: NIC en una ProSphere Application, una ProSphere Application secundaria y un Discovery Engine

El objetivo de la configuración en “NIC en ProSphere Application y Discovery Engine” en la página 78 es supervisar los objetos de CI en escala que están conectados a la LAN del centro de datos y los objetos de CI conectados a una red aislada. Las redes de cliente aisladas también pueden tener un Collector instalado para proporcionar un proxy consolidado para el tráfico de ProSphere. También se puede configurar una NIC adicional en una ProSphere Application secundaria para reunir los datos de rendimiento suministrados por el Collector de la red aislada para los CI a los que solo se puede tener acceso a través de redes aisladas.





◆ Comunicaciones entre la ProSphere Application, el Discovery Engine, la Historical Database y Collectors


La red aislada se comunica con CI en una red a la cual no se puede tener acceso desde la LAN del centro de datos. La red aislada puede estar conectada a varias redes del cliente que se encuentran protegidas o aisladas de la LAN del centro de datos. La segunda NIC de la ProSphere Application otorga acceso a un Collector para registrarse con el Discovery Engine mediante la interfaz de registro proporcionada por la ProSphere Application. La segunda NIC de la ProSphere Application secundaria permite que un Collector envíe los datos de rendimiento a la ProSphere Application secundaria.

Figura 8 NIC en ProSphere Application y Discovery Engine



Configurar una NIC adicional en una máquina virtual de ProSphereEl siguiente procedimiento agrega una NIC a un sistema en ejecución para que lo use la ProSphere Application, Discovery Engine, Collector o ProSphere Application secundaria:

1. Agregue una nueva NIC a la máquina virtual desde vSphere Console.

2. Seleccione Edit Settings en la máquina virtual.

3. Haga clic en Add.

4. Seleccione Ethernet Adapter y haga clic en Next.

5. Seleccione el tipo de adaptador VMXNET3 en la lista desplegable, seleccione la etiqueta de conexión de red que conecta la nueva NIC a la LAN aislada y haga clic en Next.

6. Revise las opciones y haga clic en Finish.

A continuación se indica el procedimiento para configurar la dirección IP y los detalles de la máscara de subred para la NIC recién agregada:

1. Inicie sesión en la máquina virtual con SSH o mediante vSphere Console.

2. Asigne la dirección IP y otros parámetros de la red a ETH1 (la NIC asociada con la red aislada) usando el siguiente script:/opt/vmware/share/vami/vami_set_network vami_set_network <interface> (STATICV4) <ipv4_addr> <netmask> <gatewayv4>Ejemplo: /opt/vmware/share/vami/vami_set_network eth1 STATICV4 172.16.60.239 255.255.0.0 1.31.148.1

Nota: La dirección <gatewayv4> debe ser la dirección de gateway predeterminada (la que se ingresó al implementar ProSphere).

3. Ejecute el comando ifconfig y verifique que todas las entradas sean correctas.

Modificar el archivo /etc/hostsDespués de asignar la dirección IP a ETH1, asegúrese de que la máquina virtual de ProSphere pueda comunicarse y resolver los nombres de host de objetos de CI desde la red LAN aislada, o los nombres de host de otra máquina virtual de ProSphere conectada a la red LAN aislada, en caso de que necesite sincronizar implementaciones.

Si los nombres de host no se incluyen en el servidor DNS local, debe anexarlos en el archivo /etc/hosts en la máquina virtual de ProSphere correspondiente. Las entradas específicas que debe agregar dependen de la configuración de múltiples NIC que esté usando.

Aparte de agregar nombres de host manualmente en el archivo /etc/hosts, el usuario debe agregar las entradas en el script de encendido subsiguiente de la misma máquina virtual. Esto es necesario porque el script de encendido subsiguiente sobrescribe archivo /etc/hosts en cada reinicio con los valores predeterminados que se extraen del archivo ovfEnv.xml. Por lo tanto, cualquier cambio manual realizado en el archivo /etc/hosts se debe especificar explícitamente en el script de encendido subsiguiente.

Configurar una NIC adicional en una máquina virtual de ProSphere 79


Por ejemplo, si el usuario desea agregar la siguiente línea al archivo /etc/hosts:

172.16.60.239 ijk.lmn.com ijk

el script de encendido subsiguiente /opt/vmware/etc/isv/ se debe modificar como se indica a continuación:

echo "127.0.0.1 localhost.localdom localhost" > /etc/hostsecho "$HOSTADDR $FQDNADDR $SHORTHNAME" >> /etc/hostsecho "172.16.60.239 ijk.lmn.com ijk" >> /etc/hosts

Si usa la configuración 1 o 4, modifique el archivo /etc/hosts del Discovery Engine de la siguiente manera: para permitir la resolución del host, agregue las entradas de nombre de host de los objetos de CI que pertenecen a la red aislada que el usuario desea descubrir.

Si usa la configuración 2 o 3, modifique el archivo /etc/hosts en la ProSphere Application principal y la no principal de la siguiente manera:

◆ En la ProSphere Application principal, agregue el nombre de host de la ProSphere Application no principal.

◆ En la ProSphere Application no principal, agregue el nombre de host de la ProSphere Application principal.

Tabla 4 en la página 80 ofrece un ejemplo.

Si usa la configuración 5 o 6, modifique el archivo /etc/hosts del Discovery Engine de la siguiente manera: para permitir la resolución del host, agregue las entradas de nombre de host de los objetos de CI que pertenecen a la red aislada que el usuario desea descubrir.

Además, al intentar registrar el Collector ubicado en la red aislada con el Discovery Engine, el usuario debe anexar las entradas del archivo /etc/hosts de ProSphere Application, Discovery Engine y Collector (en la red aislada) a una configuración similar a la que se muestra en Tabla 5 en la página 80:

Tabla 4 Ejemplo: Modificar el archivo /etc/hosts para la configuración 2 ó 3

VM FQDNLAN del centro de datos Red aislada Entrada de archivo /etc/hosts

Principal abc1.xyz.com 1.31.91.62 172.16.60.239 172.16.60.251 ijk.lmn.com ijk

No principal ijk.lmn.com 1.31.91.61 172.16.60.251 172.16.60.239 abc1.xyz.com abc1

Tabla 5 Ejemplo: Modificar el archivo /etc/hosts para la configuración 5 o 6

VM FQDNLAN del centro de datos Red aislada Entrada de archivo /etc/hosts

ProSphere Application abc1.xyz.com 1.31.91.62 172.16.60.239 172.16.60.240 qrs.tuv.com qrs

Discovery Engine abc2.xyz.com 1.31.91.61 172.16.60.238 172.16.60.240 qrs.tuv.com qrs

Collector en una red aislada

qrs.tuv.com - 172.16.60.240 172.16.60.239 abc1.xyz.com abc1172.16.60.238 abc2.xyz.com abc2


9

Este capítulo ofrece instrucciones para implementar ProSphere Discovery Engine Collector (recolector) a fin de escalar el descubrimiento de recursos con el objetivo de satisfacer las necesidades de centros de datos de gran tamaño. Collector son máquinas virtuales de VMware que se deben implementar después de la implementación inicial de ProSphere, ya que coordinan sus actividades con un Discovery Engine existente.

Podrá encontrar detalles en las secciones siguientes:

◆ Collector.......................................................................................................................... 81◆ Implementar Collectors con vSphere Client ............................................................. 83◆ Implementación de Collectors con vCloud Director................................................ 85◆ Registrar un Collector con ProSphere Application .................................................. 86

CollectorCollector permite escalar la recopilación de datos y el descubrimiento de recursos de ProSphere según el tamaño del ambiente de TI de la organización. Consulte EMC ProSphere Performance and Scalability Guidelines a fin de determinar la cantidad de Collector para implementar.

Obtener archivos de implementaciónAsegúrese de haber descargado los archivos para Collector del servicio de soporte en línea de EMC o de otra ubicación especificada por EMC en Tabla 6 en la página 82. Coloque estos archivos en una ubicación accesible para vSphere Client, como un recurso de archivos compartidos local o una ubicación URL.

Determinar los Collectors necesarios para un centro de datosDetermine la cantidad de máquinas virtuales de Collector que se requieren para escalar ProSphere al tamaño del centro de datos.

Recopilar informaciónAntes de implementar Collector, póngase en contacto con el administrador de VMware a fin de obtener la información necesaria para efectuar la implementación, como se presenta en Tabla 6 en la página 82.

Implementar Collectors

Implementar Collectors 81


Tabla 6 Hoja de datos de implementación

Tipo Especificaciones

La dirección IP o el nombre de host del vCenter Server o vCloud Server que administra el ambiente VMware

Dirección IP o nombre de host de vCenter Server o vCloud Server

Nombre de usuario y contraseña para conectar vSphere Client al vCenter Server o para iniciar sesión en vCloud

Nombre de usuario

Contraseña

Si usa vCloud, el usuario debe tener los permisos requeridos en vCloud

Se requieren permisos para crear un catálogo, cargar la plantilla de aplicación virtual e implementar una aplicación virtual

Nombre de esta implementación de Collector (por ejemplo, “Collector 1 de ProSphere”)

Nombre de Collector

La ubicación de la infraestructura de ProSphere Application. Puede incluir una combinación de ubicación del inventario, host, cluster o pool de recursos

Ubicación del inventario

Host/cluster

Formato del disco (grueso/delgado)

Pool de recursos

Nombre del área de almacenamiento de datos del ambiente vSphere para guardar las imágenes de Collector

Almacenamiento de datos

Nombres de las redes de vSphere para implementar Collector

Red de Collector

Ubicación de los archivos de implementación descargados.

Ubicación del archivo OVF



Implementar Collectors con vSphere Client

Nota: Repita este procedimiento para cada Collector que desee implementar.

1. Abra vSphere Client y conéctese al vCenter Server que administre el ambiente VMware.

2. Seleccione File > Deploy OVF Template.



4. En el paso OVF Template Details, revise los detalles del archivo .ovf cargado. Haga clic en Next.


6. En el paso Name and Location, escriba un nombre único (por ejemplo, ProSphere Collector 1) y especifique una ubicación de inventario en el ambiente de VMware para Collector. Haga clic en Next.


8. En el paso Resource Pool, seleccione un pool de recursos (asociado al cluster/host seleccionado anteriormente) en el que se ejecutará Collector. Este paso probablemente sea necesario solo si se definió un pool de recursos. Si selecciona el mismo Inventory Location y Host/Cluster como aplicación virtual de ProSphere, seleccione la aplicación virtual como Resource Pool para Collector también. Puede administrar Collector como parte de la aplicación virtual de ProSphere más amplia. Haga clic en Next.

9. En el paso data store, seleccione un área de almacenamiento de datos para guardar la imagen de máquina virtual de Collector. En el caso de un formato de disco grueso, el área de almacenamiento de datos debe tener un espacio mínimo disponible de 30 GB y de 2.2 GB para el aprovisionamiento de disco delgado. Haga clic en Next.



◆ Thin provisioned format (ampliación del almacenamiento disponible para la máquina virtual según demanda) para sistemas de archivos de área de almacenamiento de datos más nuevos

◆ Thick provisioned format (el almacenamiento de máquinas virtuales se asigna y se reserva como bloque)

Haga clic en Next.

Implementar Collectors con vSphere Client 83


11. En el paso Network Mapping, seleccione una red de destino para Collector. Haga clic en Next.


12. En el paso Properties, especifique los campos de configuración requeridos. El cuadro de diálogo muestra la descripción de una propiedad en rojo si falta el valor obligatorio del cuadro o si este es incorrecto.


Se deben establecer las siguientes propiedades:

Haga clic en Siguiente.

13. En el paso Ready to Complete, revise la lista de propiedades especificadas para la implementación. Si necesita cambiar un valor, haga clic en Back para volver a los pasos anteriores y modificar dicho valor. Haga clic en Finish para iniciar el proceso de implementación. Se muestra una barra de estado en vSphere Client para reflejar el progreso de la implementación.





b. Busque el cluster y el host que seleccionó para Collector durante la implementación.

Grupo de propiedades Propósito Propiedad Descripción

Información de Collector

Configura vApp Collector Appliance Hostname

Nombre de host para asignar al Collector (por ejemplo, Collector 1 de ProSphere).

Collector Appliance IP Address

Dirección IP para asignar a Collector si se usa un esquema de dirección IP fija

Gateway del dispositivo de Collector

Gateway de subred para hosts de la red

Máscara de red del dispositivo de Collector

Máscara de red aplicada a las direcciones IP de la red

Servidor(es) de DNS del dispositivo de Collector

Lista separada con comas de DNS disponibles en la red seleccionada para ProSphere Application y el DNS para KDC.

Dominio(s) de búsqueda de Collector

Lista separada con comas de dominios utilizados en la red seleccionada y el nombre de dominio de KDC.

Sin categoría Configura a Collector

Timezone setting Zona horaria del servidor por establecer en las máquinas virtuales implementadas como parte de ProSphere



Implementación de Collectors con vCloud DirectorEsta sección incluye los siguientes procedimientos:

◆ “Cargar el nuevo archivo de implementación al catálogo” en la página 85

◆ “Implementar la aplicación virtual de Collector a partir de la plantilla de aplicación virtual” en la página 85

◆ “Modificar los ajustes de acción y retraso” en la página 86

Cargar el nuevo archivo de implementación al catálogo1. En la pestaña Catalogs, seleccione el catálogo que creó.



4. Haga clic en Browse y seleccione el archivo .ovf. Después de la carga, el archivo se almacenará con los demás archivos en la plantilla de la aplicación virtual.


6. Ingrese una descripción para la plantilla de la aplicación virtual (por ejemplo, aplicación virtual de Collector).



Implementar la aplicación virtual de Collector a partir de la plantilla de aplicación virtual1. Haga clic en la pestaña My Cloud.







8. Seleccione un perfil de almacenamiento en la lista desplegable y haga clic en Next.

9. Seleccione Static-Manual como la asignación de IP y haga clic en Next.

10. Ingrese la dirección IP y los parámetros de la red para cada Collector. La siguiente lista contiene datos de ejemplo:








Implementación de Collectors con vCloud Director 85


11. Seleccione una zona horaria. Haga clic en Siguiente. Aparece el cuadro de diálogo Ready to Complete.

12. Compruebe que la información sea correcta.


14. Cuando la implementación se haya realizado correctamente, en la ventana My Cloud seleccione la aplicación virtual para Collector y seleccione Start.






secundario en Collector y seleccione Properties.





Registrar un Collector con ProSphere ApplicationPuede implementar Collectors adicionales, según sea necesario. Después de implementar un Collector, regístrelo con la ProSphere Application que lo administra.

Para registrar un Collector con la ProSphere Application:

1. Escriba la dirección URI de Collector https://<collector_name>/appliance_registration.html en la ventana del navegador web.

2. Escriba el nombre de host de ProSphere Application.

3. Escriba las credenciales del administrador de seguridad.

4. Haga clic en Submit.

Después de registrar correctamente Collector con ProSphere Application, aparece un cuadro de diálogo de confirmación.

Nota: “Implementar Collectors con vSphere Client” en la página 83 proporciona información sobre la implementación de Collectors adicionales.

Collectors de balanceo de carga El Discovery Engine primario balancea automáticamente las cargas de solicitudes de descubrimiento de todos los Collectors disponibles. No es necesario que especifique cuál Collector usa para cada trabajo de descubrimiento.


10

Este capítulo proporciona instrucciones para implementar una ProSphere Application secundaria. En raras ocasiones, ProSphere recopila una cantidad extremadamente grande de datos de rendimiento, lo cual puede perjudicar el rendimiento general de ProSphere. Para satisfacer estas necesidades, puede agregar una ProSphere Application secundaria en cualquier momento después de implementar ProSphere.

Nota: Las Pautas de escalabilidad y rendimiento de EMC ProSphere proporcionan información sobre cuándo usar una ProSphere Application secundaria.

Podrá encontrar detalles en las secciones siguientes:

◆ ProSphere Application secundaria ............................................................................. 88◆ Implementar una ProSphere Application secundaria con vSphere Client ........... 90◆ Implementar una ProSphere Application secundaria con vCloud Director ........ 92◆ Registrar una ProSphere Application secundaria .................................................... 94

Implementar una ProSphere Application

secundaria

Implementar una ProSphere Application secundaria 87

Implementar una ProSphere Application secundaria

ProSphere Application secundariaUna ProSphere Application secundaria recibe una cuota de datos enrutados a la ProSphere Application. Esto produce un aumento en la disponibilidad del CPU y aumenta el rendimiento de ProSphere.

Nota: Una ProSphere Application secundaria no tiene una interfaz de usuario funcional.

LimitacionesDurante la implementación de una ProSphere Application secundaria, cuando la recopilación de datos de rendimiento se cambia de ProSphere Application a ProSphere Application secundaria, es muy probable que un punto de datos se pierda en el caso de cualquier métrica que se calcule usando un contador/delta. Esto incluye la mayoría de las métricas.

La razón es que para las métricas que se calculan con un contador/delta, el cálculo no puede llevarse a cabo sin dos puntos de datos recopilados. Los archivos de datos JSON/XML intermedios recopilados en la ProSphere Application no se migran a la ProSphere Application secundaria, de modo que la ProSphere Application secundaria no tiene los datos anteriores disponibles localmente para el cálculo. Por diseño, la ProSphere Application secundaria no producirá un punto de datos para el intervalo directamente después de la migración. Esta omisión se puede observar en el archivo de log del servidor de pdc. Las operaciones subsiguientes de recopilación, cálculo y visualización de datos deben ser normales, porque se producen una vez que ha pasado un segundo intervalo y se recopila otro conjunto de métricas para hacer el cálculo con respecto a un conjunto anterior.

Este comportamiento observado (pérdida de un punto de datos) no se debe aplicar a métricas como Unix Host CPU %Busy que se informan directamente sin hacer cálculos de contador/delta. En el caso de estas métricas, no se usan los datos anteriores para hacer el cálculo y el punto de datos siguiente debe aparecer como calendarizado.

Obtener archivos de implementaciónAsegúrese de haber descargado los archivos para ProSphere Application secundaria del servicio de soporte en línea de EMC o de otra ubicación especificada por EMC en Tabla 7 en la página 89. Coloque estos archivos en una ubicación accesible para vSphere Client, como un recurso de archivos compartidos local o una ubicación URL.



Recopilar informaciónAntes de implementar una ProSphere Application secundaria, póngase en contacto con el administrador de VMware, a fin de obtener la información necesaria para efectuar la implementación, como se muestra en la Tabla 7 en la página 89.



La dirección IP o el nombre de host del vCenter Server o vCloud Server que administra el ambiente VMware

Dirección IP o nombre de host de vCenter Server o vCloud Server

Nombre de usuario y contraseña para conectar vSphere Client al vCenter Server o para iniciar sesión en vCloud

Nombre de usuario

Contraseña

Si usa vCloud, el usuario debe tener los permisos requeridos en vCloud

Se requieren permisos para crear un catálogo, cargar la plantilla de aplicación virtual e implementar una aplicación virtual

Nombre de esta implementación de la ProSphere Application (por ejemplo, “ProSphere Application 2”).

Nombre de ProSphere Application

La ubicación de la infraestructura de ProSphere Application. Puede incluir una combinación de ubicación del inventario, host, cluster o pool de recursos

Ubicación del inventario

Host/cluster

Formato del disco (grueso/delgado)

Pool de recursos

Nombre del área de almacenamiento de datos del ambiente vSphere para guardar las imágenes de ProSphere Application secundaria

Almacenamiento de datos

Nombres de las redes de vSphere para implementar ProSphere Application secundaria

Red de ProSphere Application secundaria

Las propiedades de red y de acceso seguro deseadas para la máquina virtual de la ProSphere Application secundaria

Servidores de DNS (separados por comas)

Cadenas de dominio de búsqueda (separadas por espacios)

Nombre de host

Dirección IP

ProSphere Application secundaria 89


Implementar una ProSphere Application secundaria con vSphere Client 1. Abra vSphere Client y conéctese al vCenter Server que administre el ambiente

VMware.

2. Seleccione File > Deploy OVF Template.



4. En el paso OVF Template Details, revise los detalles del archivo .ovf cargado. Haga clic en Siguiente.


6. En el paso Name and Location, escriba un nombre único (por ejemplo, ProSphere Application 1) y especifique una ubicación de inventario en el ambiente de VMware para la ProSphere Application secundaria. Haga clic en Next.


8. En el paso Resource Pool, seleccione un pool de recursos (asociado al cluster/host seleccionado anteriormente) en el que se ejecutará la ProSphere Application secundaria. Este paso probablemente sea necesario solo si se definió un pool de recursos. Haga clic en Next.

Nota: La ProSphere Application secundaria se implementa de manera externa a la aplicación virtual de ProSphere (no en la misma aplicación virtual que la ProSphere Application). No es posible administrar la ProSphere Application secundaria como parte de la aplicación virtual de ProSphere.

9. En el paso data store, seleccione un área de almacenamiento de datos para guardar la imagen de máquina virtual de ProSphere Application secundaria. El área de almacenamiento de datos debe contar, como mínimo, con 230 GB de espacio disponible. Haga clic en Next.


Netmask

Gateway de subred

Ubicación de los archivos de implementación descargados.

Ubicación del archivo OVF






◆ Thin provisioned format (ampliación del almacenamiento disponible para la máquina virtual según demanda) para sistemas de archivos de área de almacenamiento de datos más nuevos

◆ Thick provisioned format (el almacenamiento de máquinas virtuales se asigna y se reserva como bloque)


11. En el paso Network Mapping, seleccione una red de destino para ProSphere Application secundaria. Haga clic en Next.


12. En el paso Properties, especifique los campos de configuración requeridos. El cuadro de diálogo muestra la descripción de una propiedad en rojo si falta el valor obligatorio del cuadro o si este es incorrecto.


Se deben establecer las siguientes propiedades:


Grupo de propiedades Propósito Propiedad Descripción

Información de ProSphere Application secundaria

Configura vApp Nombre del host de ProSphere Application secundaria

Nombre del host para asignar a ProSphere Application secundaria (por ejemplo, ProSphere Application 1).

Dirección IP de ProSphere Application secundaria

Dirección IP para asignar a ProSphere Application secundaria si se usa un esquema de dirección IP fija.

Gateway ProSphere Application secundaria

Gateway de subred para hosts de la red0

Máscara de red de ProSphere Application secundaria

Máscara de red aplicada a las direcciones IP de la red.

Servidor(es) de DNS de ProSphere Application secundaria

Lista separada con comas de DNS disponibles en la red seleccionada para ProSphere Application secundaria y el DNS para KDC.

Dominio(s) de búsqueda de ProSphere Application secundaria

Lista separada con comas de dominios utilizados en la red seleccionada y el nombre de dominio de KDC.

Sin categoría Configura a ProSphere Application secundaria

Timezone setting Zona horaria del servidor por establecer en las máquinas virtuales implementadas como parte de ProSphere.

Implementar una ProSphere Application secundaria con vSphere Client 91


13. En el paso Ready to Complete, revise la lista de propiedades especificadas para la implementación. Si necesita cambiar un valor, haga clic en Back para volver a los pasos anteriores y modificar dicho valor. Haga clic en Finish para iniciar el proceso de implementación. Se muestra una barra de estado en vSphere Client para reflejar el progreso de la implementación.





b. Busque el cluster y el host que seleccionó para la ProSphere Application secundaria durante la implementación.

Implementar una ProSphere Application secundaria con vCloud DirectorEsta sección incluye los siguientes procedimientos:

◆ “Cargar el nuevo archivo de implementación al catálogo” en la página 92

◆ “Implementar la ProSphere Application secundaria a partir de la plantilla de aplicación virtual” en la página 93

◆ “Modificar los ajustes de acción y retraso” en la página 94

Cargar el nuevo archivo de implementación al catálogo1. En la pestaña Catalogs, seleccione el catálogo que creó.



4. Haga clic en Browse y seleccione el archivo .ovf. Después de la carga, los archivos se almacenarán como una plantilla de aplicación virtual.


6. Ingrese una descripción para la plantilla de aplicación virtual de ProSphere Application secundaria (por ejemplo, aplicación virtual de ProSphere).



Nota: En el área My Cloud de la pantalla vApps, si las tres máquinas virtuales aparecen bajo la plantilla de la aplicación virtual con el estado Powered Off, significa que los archivos OVF y VMDK se cargaron correctamente.



Implementar la ProSphere Application secundaria a partir de la plantilla de aplicación virtual1. Haga clic en la pestaña My Cloud.







8. Seleccione un perfil de almacenamiento en la lista desplegable y haga clic en Next.

9. Seleccione Static-Manual como la asignación de IP y haga clic en Next.

10. Ingrese la dirección IP y los parámetros de la red para la ProSphere Application secundaria. La siguiente lista contiene datos de ejemplo:








11. Seleccione una zona horaria. Haga clic en Next. Aparece el cuadro de diálogo Ready to Complete.

12. Compruebe que la información sea correcta.


14. Cuando la implementación se haya realizado correctamente, en la ventana My Cloud seleccione la aplicación virtual para ProSphere Application secundaria y seleccione Start.





Implementar una ProSphere Application secundaria con vCloud Director 93



secundario en ProSphere Application secundaria y seleccione Properties.





Registrar una ProSphere Application secundariaDespués de implementar un ProSphere Application secundaria, regístrelo con la ProSphere Application que lo administra.

Para registrar una ProSphere Application secundaria:

1. Escriba la dirección URI de ProSphere Application secundaria https://<secondary_prosphere_application_name>/appliance_registration.html en la ventana del navegador web.

2. Escriba el nombre del host de la ProSphere Application administradora.

3. Escriba las credenciales del administrador de seguridad.

4. Haga clic en Submit.

Después de registrar correctamente ProSphere Application secundaria con ProSphere Application, aparece un cuadro de diálogo de confirmación.


11

Este capítulo brinda instrucciones para realizar después de implementar ProSphere. En las secciones siguientes, se explican los pasos posteriores a la implementación de ProSphere:

◆ Sincronizar zonas horarias y horas del sistema........................................................ 96◆ Inicie sesión en ProSphere ........................................................................................... 96◆ Personalizar el mensaje del cumplimiento de normas de seguridad.................... 99◆ Integrar ProSphere con SMAS y Unisphere for VMAX........................................... 99◆ Configurar CMCNE.................................................................................................... 109◆ Sincronizar las implementaciones de ProSphere..................................................... 114◆ Integrar ProSphere con Watch4net ............................................................................ 114◆ Implementar certificados de confianza..................................................................... 115◆ Información adicional.................................................................................................. 115

Tareas posteriores a la implementación

Tareas posteriores a la implementación 95


Sincronizar zonas horarias y horas del sistemaDespués de implementar ProSphere, de modo que la recopilación de datos de rendimiento de ruta de SPA y Brocade, y la consolidación de alertas se lleven a cabo según lo esperado, asegúrese de lo siguiente:

◆ La zona horaria y las horas del sistema de ProSphere y del host que ejecuta BNA o CMCNE están sincronizadas.

◆ Las horas del sistema de ProSphere y de los hosts que ejecutan SPA están sincronizadas.

Inicie sesión en ProSphere1. Abra un navegador web y vaya a ProSphere Application mediante la dirección

URL (usando la dirección IP o el nombre de host) de la máquina virtual en la cual se implementó ProSphere Application.

Nota: Asegúrese de activar Transport Layer Security (TLS) 1.0 en la configuración de seguridad del navegador web.

2. Acepte todo cuadro de diálogo relacionado con la seguridad que pueda aparecer en el navegador y que le solicite aceptar un certificado de seguridad de EMC (o permita una excepción de seguridad para ProSphere) y continúe.

Nota: El procedimiento de aceptación del certificado varía según el navegador e incluso entre diferentes versiones de los mismos navegadores. Para evitar que el cuadro de diálogo aparezca al iniciar sesión, importe el certificado desde el host que ha establecido.

3. Escriba el nombre de usuario y la contraseña predeterminados para ProSphere en la pantalla de inicio de sesión (como se muestra en la figura):

appadmin en el campo User

Changeme1! en el campo Password

Nota: El nombre de usuario, appadmin, y la contraseña, Changeme1!, están predefinidos y asignados a las funciones: Administrador de seguridad, Administrador del sistema y Usuario. Debe cambiar la contraseña de esta cuenta inmediatamente después del primer inicio de sesión.



4. Haga clic en Login. ProSphere Console se carga y aparece en el navegador, como se muestra en la figura.

Inicie sesión en ProSphere 97


Nota: Tenga en cuenta que, después de aceptar las credenciales y antes de que se muestre ProSphere Console, se realizará una rápida evaluación del estado tras el cual se advierte al usuario acerca de problemas que puedan interferir con el funcionamiento normal. Esto incluye, entre otras cosas, problemas como la ProSphere Application no puede ubicar un Discovery Engine en la red.



Personalizar el mensaje del cumplimiento de normas de seguridadLos administradores de seguridad pueden especificar los requisitos del cumplimiento de normas de seguridad en un mensaje que los usuarios deben aceptar antes de tener acceso a ProSphere.

Si se agrega un mensaje de ese tipo, los usuarios lo verán en un anuncio en el inicio de sesión.

Crear o editar el mensaje

Nota: Asegúrese de que el mensaje sea claro para los usuarios y de que las afirmaciones sobre la seguridad sean correctas.

1. Haga clic en Admin en ProSphere Console.

2. Haga clic en la pestaña Users and Security.

3. Haga clic en Customize Login Banner. Aparece el cuadro de diálogo Customize Login Banner.

4. Escriba el mensaje.OEdite el mensaje existente.

5. Haga clic en Save.

Integrar ProSphere con SMAS y Unisphere for VMAX

Nota: Matriz de soporte de EMC ProSphere proporciona los requerimientos mínimos de versión para Symmetrix Performance Analyzer (SPA) y Symmetrix Management Console (SMC). Para conocer los requisitos de instalación de SMAS, consulte la documentación de SMAS.

Nota: Unisphere for VMAX es un nuevo administrador de elementos para arreglos VMAX. De todos modos, aún se puede usar Symmetrix Management Solution (SMAS) para administrar varios arreglos Symmetrix. Consulte las notas de la versión de SMC, SPA y Unisphere for VMAX para obtener información específica de soporte de configuración y uso.

A continuación se mencionan los requerimientos previos para la integración del inicio contextual exitoso de SMAS-ProSphere.

◆ Preferiblemente, solo una instancia de SMAS debe administrar cada arreglo Symmetrix. Si más de una instancia de SMAS administra un arreglo Symmetrix, todas las instancias deben cumplir con los requerimientos mínimos de versión y deben corresponder a la misma versión.

◆ Debe contar con versiones existentes y compatibles de SMC y SPA en el centro de datos, en un host al que las máquinas virtuales de ProSphere puedan acceder mediante HTTP(S). Asegúrese de que ningún firewall bloquee la comunicación directa. EMC Symmetrix Management Console and EMC Symmetrix Performance Analyzer Installation Guide proporciona instrucciones para la instalación. La instalación de SPA es independiente de la instalación de ProSphere.

Nota: SMC puede residir en un host neutral o en el procesador de servicio. SPA se instala solo en hosts neutrales. SMC y SPA no se instalan en las máquinas virtuales de ProSphere.

Personalizar el mensaje del cumplimiento de normas de seguridad 99


◆ SMC y SPA pueden residir en el mismo host. En este caso, SMC y SPA requieren 8 GB de memoria RAM en conjunto. Permita que se proporcione la memoria adicional requerida por los EMC SMI-S Providers instalados en el host.

◆ La instalación de SPA debe estar previamente configurada para administrar los recursos de Symmetrix en un centro de datos. EMC Symmetrix Management Console and EMC Symmetrix Performance Analyzer Installation Guide proporciona instrucciones para la configuración.

Integrar ProSphere con SMASEjecute los siguientes pasos para configurar SMC y SPA:

1. Inicie sesión en SMC con una cuenta de administrador.

2. En cada arreglo administrado por SMC, cree una cuenta con el nombre prosphere. Esto es necesario para la recopilación de datos de rendimiento y la recopilación de alertas.

a. Inicie SMC y vaya a Tasks > Manage Roles.

b. Haga clic en Add y cree un usuario nuevo con el nombre prosphere para cada arreglo Symmetrix correspondiente. Asigne el tipo User y la función Monitor. El cuadro de diálogo Manage Roles muestra el nombre de cuenta prosphere para cada arreglo.

3. En SMC, autorice a cada usuario de ProSphere que iniciará SMC/SPA y asigne la función Admin o Monitor (la que tenga menos permisos) en cada arreglo donde el usuario iniciará SMC/SPA. Esto autoriza al usuario a iniciar SMC en el arreglo especificado.El nombre de usuario asignado en SMC debe coincidir con el nombre de usuario que el usuario tendrá en ProSphere.Por ejemplo, si John Doe será un usuario de ProSphere autorizado que iniciará SMC desde ProSphere, en SMC asigne la función Admin al usuario en el cuadro de diálogo Add Role , en cada arreglo donde John Doe iniciará SMC.



Cualquier cuenta de usuario que se cree en ProSphere y se use para iniciar SMC en contexto también debe existir en SMC.

Nota: La cuenta appadmin existe de manera predeterminada en ProSphere. Puede crear una cuenta de usuario appadmin en SMC para usar la cuenta appadmin de ProSphere para iniciar SMC en contexto desde ProSphere. Para obtener información sobre la contraseña de la cuenta appadmin, consulte EMC ProSphere Security Configuration Guide.

4. Para recopilar datos de Array FE Directors - % Busy de un arreglo Symmetrix, seleccione las recopilaciones Base y Diagnostic para el arreglo en el cuadro de diálogo Administration -> Data Collection Registration de SPA.

Integrar ProSphere con SMAS y Unisphere for VMAX 101


5. Además, para el cuadro de mediciones Array FE Directors - % Busy, seleccione FE Director” -> “% Busy en el cuadro de diálogo Administration - Metric Management. Esta medición está habilitada de forma predeterminada como parte de la instalación de SPA.

6. Cree una credencial de acceso con el tipo SMC-SPA en ProSphere mediante Discovery > Access Credentials > Create Access Credential.

Nota: Solo puede haber una credencial de acceso con el tipo SMC-SPA en una implementación de ProSphere. Si SMC/SPA está instalado en más de un arreglo en una implementación, use la misma credencial de acceso de SMC-SPA (con el mismo ID de cliente) para todas las instancias de SMC/SPA de la implementación. Si tiene más de una implementación, asigne un ID de cliente único a la credencial de acceso de SMC-SPA en cada implementación.

Nota: Después de crear una credencial de acceso de SMC en una implementación de ProSphere, la opción de crear otra credencial no estará disponible en la lista desplegable del cuadro de diálogo Create Access Credentials de esa implementación.



7. En cada implementación, registre un cliente de inicio en todas las instancias de SMC de la implementación.

a. Vaya a la vista Tasks en SMC.

b. En Administration, vaya a Manage Launch Clients > Link and Launch.

c. En la ventana Manage Launch Clients - Client Registration, haga clic en Add.

d. En la ventana Manage Launch Clients - Add Client, especifique SRM como tipo de cliente, especifique un ID de cliente y una contraseña, confirme la contraseña y seleccione Save.Toda la información de la credencial de acceso de SMC-SPA creada en ProSphere (nombre de usuario y contraseña) debe coincidir con la información del cliente ingresada en SMC.

e. Reinicie SMAS.

Nota: Cada vez que agregue un cliente en SMC, debe reiniciar SMAS. Si no lo hace, la autenticación falla.



8. Desde la vista de descubrimiento de ProSphere, vuelva a ejecutar los trabajos de descubrimiento que descubrieron los arreglos Symmetrix. Esto valida las credenciales de acceso de SMC-SPA para todas las URL de SMC/SPA descubiertas para los arreglos.Las ventanas de mensaje de log Performance Data Collection y Alerts Collection Status muestran los mensajes de error correspondientes.

Nota: Cuando vuelva a ejecutar los trabajos de descubrimiento, no cambie ninguna información, incluida la credencial de acceso. El trabajo de descubrimiento usa la credencial de acceso de SMC-SPA disponible en el sistema para la detección del rendimiento.

Integrar ProSphere con Unisphere for VMAXEjecute los siguientes pasos para configurar Unisphere for VMAX:

1. Inicie sesión en Unisphere for VMAX con una cuenta de administrador.

2. En cada arreglo administrado por Unisphere for VMAX, cree una cuenta con el nombre prosphere. Esto es necesario para la recopilación de datos de rendimiento y la recopilación de alertas.

a. Desplácese hasta Administration.

b. Seleccione Users and Roles.

c. Haga clic en Create.

d. Cree un nuevo usuario con el nombre prosphere para cada arreglo Symmetrix correspondiente. Asigne el tipo User y la función Monitor. El siguiente ejemplo muestra la entrada del usuario en la primera pantalla de autorización:



El siguiente ejemplo muestra la entrada del usuario en la segunda pantalla de autorización:

e. Haga clic en Next. Después de revisar los cambios, haga clic en Finish.



3. En Unisphere for VMAX, autorice a cada usuario de ProSphere que iniciará SMC/SPA y asigne la función Admin o Monitor (la que tenga menos permisos) en cada arreglo donde el usuario iniciará SMC/SPA. Esto autoriza al usuario a iniciar SMC en el arreglo especificado. Por ejemplo, si John Doe será un usuario de ProSphere autorizado para iniciar SMC desde ProSphere, en Unisphere for VMAX asigne la función Admin al usuario en el cuadro de diálogo Create User & Roles, en cada arreglo donde John Doe iniciará SMC.

Cualquier cuenta de usuario que se cree en ProSphere y se use para iniciar SMC en contexto también debe existir en SMC.



Nota: La cuenta appadmin existe de manera predeterminada en ProSphere. Puede crear una cuenta de usuario appadmin en Unisphere for VMAX para usar la cuenta appadmin de ProSphere, a fin de iniciar SMC en contexto desde ProSphere.

4. Para recopilar datos de Array FE Directors - % Busy para un arreglo Symmetrix, debe registrarlo para datos de rendimiento (asumiendo que Unisphere for VMAX se instaló con la opción Performance Analytics). Para hacerlo, vaya a Performance > Settings.

5. Desplácese hasta System Registrations.6. Seleccione uno o más arreglos Symmetrix y haga clic en Register. Seleccione la

recopilación Diagnostic. La pantalla System Registrations muestra el arreglo con un icono indicador de color verde en la casilla de verificación Diagnostic.

7. Además, para el cuadro de métricas Array FE Directors - % Busy, asegúrese de que la métrica FE Director - % Busy esté activada (debe estarlo de manera predeterminada). Para verificarlo, vaya a Performance > Settings > Metrics. Haga clic en el botó de filtro y seleccione FE Director.



8. Cree una credencial de acceso con el tipo SMC-SPA en ProSphere con Discovery > Access Credentials > Create Access Credential.

Nota: Solo puede haber una credencial de acceso con el tipo SMC-SPA en una implementación de ProSphere. Si Unisphere for VMAX está instalado en más de un arreglo en una implementación, use la misma credencial de acceso de SMC-SPA (con el mismo ID de cliente) para todas las instancias de Unisphere for VMAX de la implementación. Si tiene más de una implementación de ProSphere, asigne un ID de cliente único a la credencial de acceso de SMC-SPA en cada implementación.

Nota: Después de crear una credencial de acceso de SMC-SPA en una implementación de ProSphere, la opción de crear otra credencial no estará disponible en la lista desplegable del cuadro de diálogo Create Access Credentials de esa implementación.

9. Registre un cliente de inicio en todas las instancias de Unisphere for VMAX de la implementación.

a. Vaya a Administration > Link and Launch.

b. Haga clic en Create.



c. Ingrese el ID de cliente alfanumérico y una contraseña. Toda la información de la credencial de acceso de SMC-SPA creada en ProSphere (nombre de usuario y contraseña) debe coincidir con la información del cliente ingresada en Unisphere for VMAX.

d. Reinicie Unisphere for VMAX.

Nota: Cada vez que agregue un cliente en Unisphere for VMAX, debe reiniciarlo. Si no lo hace, la autenticación falla.

10. Desde la vista de descubrimiento de ProSphere, vuelva a ejecutar los trabajos de descubrimiento que descubrieron los arreglos Symmetrix. Esto valida las credenciales de acceso de SMC-SPA para todas las URL de SMC/SPA descubiertas para los arreglos. Las ventanas de mensaje de log Performance Data Collection y Alerts Collection Status muestran los mensajes de error correspondientes.

Nota: Cuando vuelve a ejecutar los trabajos de descubrimiento, no necesita cambiar ninguna información, incluida la credencial de acceso. El trabajo de descubrimiento usa la credencial de acceso de SMC-SPA disponible en el sistema para la detección del rendimiento.

Configurar CMCNEEsta sección se aplica a fabrics homogéneos y combinados que contienen uno o más Fibre Channel Brocade administrados por Connectrix Manager Converged Network Edition (CMCNE).

CMCNECMCNE es una solución de administración de red unificada para redes de datos, almacenamiento, prestación de aplicaciones, redes inalámbricas y convergentes. Brinda una única interfaz para SAN Fibre Channel Brocade, redes IP, redes inalámbricas y redes Multiprotocol Label Switching (MPLS), lo que proporciona visibilidad de punto a punto para distintos tipos de red, a través de una experiencia unificada y transparente para el usuario.

Nota: CMCNE descubrirá e informará sobre switches Brocade EOS.

Para integrar las funciones de ProSphere con los productos Brocade, debe tener versiones que cuenten con una de las siguientes licencias: (1) BNA (2) CMCNE (Professional Plus o Enterprise Edition). Las versiones de prueba de BNA o CMCNE (Professional Plus o Enterprise Edition) se pueden usar solo durante 75 días. Las notas de la versión de BNA y las notas de la versión de CMCNE proporcionan información detallada sobre las licencias de los productos.

Configurar CMCNE 109


Puede instalar CMCNE con una opción de un SMI Agent integrado (SAN con SMI Agent) o solo el SMI Agent (instalación desatendida).

Tabla 8 en la página 110 indica las características de ProSphere compatibles con las diversas versiones de CMCNE o BNA.

Tabla 8 Características de ProSphere compatibles con CMCNE/BNA

Ubicación de la utilidad keytool en hosts CMCNE o BNAEl archivo keytoolutil.bat no existe en hosts CMCNE o BNA. El archivo real se llama keytool.exe. Se ubica de manera predeterminada en los hosts CMCNE en:

<drive>:\Program Files\CMDCE 11.2.1\jre\bin

En los hosts BNA, el archivo se encuentra en:

<drive>:\Program Files (x86)\Network Advisor 11.2.0\jre\bin

Cuando ejecute el archivo keytool.exe, use la contraseña predeterminada de administrador para BNA o CMCNE, según corresponda. El siguiente ejemplo muestra cómo ejecutar el archivo keytool.exe en BNA:

D:\Program Files (x86)\Network Advisor 11.2.0\jre\bin>keytool -importcert -v -file d:\serverCertificate.crt -alias prosphereEnter keystore password: <default admin password>Re-enter new password:<default admin password>Propietario: CN=aownlmsspro01.ecc.mssmgt.comEmisor: CN=aownlmsspro01.ecc.mssmgt.comNúmero de serie: afddf19db0f238bbValid from: Thu Jun 21 13:35:51 CEST 2012 until: Tue Jun 20 13:35:51 CEST 2017Certificate fingerprints: MD5: 28:EB:09:3E:DE:2C:E7:68:A4:0B:F3:56:78:80:DB:33 SHA1: F1:57:FF:71:77:F3:16:72:97:BA:B0:A4:DF:FD:D5:17:3B:A3:10:8A Signature algorithm name: SHA1withRSA Versión: 3 Extensiones:

#1: ObjectId: 2.5.29.14 Criticality=falseSubjectKeyIdentifier [KeyIdentifier [

Tipo de licencia de CMCNE/BNA

Descubrimientos de topología

Recopilación de datos de rendimiento

Recopilación de alertas Inicio contextual

Instalación desatendida (solo SMI Agent)

Sí Sí Sí No

Licencia de prueba válida Sí Sí Sí Sí

Con licencia completa Sí Sí Sí Sí



0000: 98 79 6C 28 4B 2E 64 11 C3 A5 30 CA 91 6F 4E FB .yl(K.d...0..oN.0010: 85 EF 02 89 ....]] #2: ObjectId: 2.5.29.19 Criticality=falseBasicConstraints:[ CA:true PathLen:2147483647] #3: ObjectId: 2.5.29.35 Criticality=falseAuthorityKeyIdentifier [KeyIdentifier [0000: 98 79 6C 28 4B 2E 64 11 C3 A5 30 CA 91 6F 4E FB .yl(K.d...0..oN.0010: 85 EF 02 89 ....] [CN=aownlmsspro01.ecc.mssmgt.com]SerialNumber: [ afddf19d b0f238bb]] Trust this certificate? [no]: yesCertificate was added to keystore[Storing C:\Users\nl06328\.keystore]

Ejecución de tareas de configuraciónRealice las siguientes acciones antes de intentar el inicio contextual de ProSphere a Brocade:

1. Importe el Certificado de servidor de ProSphere

Descargue el certificado de servidor de ProSphere (certificado apache) del enlace Export Certificate de ProSphere en el área Admin de ProSphere Console e impórtelo al servidor CMCNE. Utilice el archivo keytoolutil.bat ubicado en <CMCNE_HOME>/bin para importar el certificado. Sección “Ubicación de la utilidad keytool en hosts CMCNE o BNA” en la página 110 explica cómo obtener acceso a la utilidad keytool en hosts CMCNE o BNA.El alias utilizado puede ser el nombre abreviado del servidor.

keytoolutil.bat import path-to-server.cert-file <alias-name>

Reinicie el servicio CMCNE luego de importar el certificado de servidor.

Nota: EMC ProSphere Security Configuration Guide brinda un procedimiento detallado para importar el certificado de servidor de ProSphere.



2. Cree un usuario CMCNE cuyo nombre de usuario coincida con las credenciales del usuario de ProSphere.

Desde la interfaz de usuario de administración del usuario CMCNE, cree un usuario local cuyo nombre coincida con el ID de usuario de ProSphere (por ejemplo, appadmin).

3. Agregue todos los fabrics que se descubran en ProSphere a un Área de responsabilidad en CMCNE y asígnelos a la cuenta de usuario que utilizará para iniciar CMCNE, como se muestra en la siguiente pantalla.

Nota: Si enlazará e iniciará CMCNE desde cualquier fabric descubierto, asigne la cuenta de usuario a la siguiente Responsabilidad: Todos los fabrics. Si no desea asignar permisos que permitan que la cuenta se inicie desde cualquier fabric descubierto, cree un Área de responsabilidad que sea un subconjunto de los fabrics descubiertos y asígnela a la cuenta de usuario.

4. ProSphere debería poder realizar una búsqueda DNS del host CMCNE para determinar el nombre de dominio calificado del host CMCNE. En caso de existir firewalls entre el host de ProSphere y CMCNE, el firewall debe estar configurado para que la búsqueda DNS funcione adecuadamente.



5. El nombre de equipo del host de Windows donde se está ejecutando CMCNE debe estar configurado como nombre de dominio calificado del host. Por ejemplo, si el nombre de dominio calificado es cmcne-host.lss.emc.com, y el nombre del equipo se configura como cmcne-host, no funcionará el inicio contextual. El nombre de equipo debe estar configurado como cmcne-host.lss.emc.com.

Nota: La matriz de soporte EMC ProSphere Matrix menciona la versión CMCNE compatible con ProSphere.

Autorizar usuarios de ProSphere con SMIA Configuration Tool

Nota: Habrá contención de puertos si CMCNE y otro SMI Cimom están instalados en el mismo host y ambos usan los puertos predeterminados 5988 y 5989.

En el host Brocade CMCNE, haga lo siguiente:

1. Start > All Programs > CMCNE > Server Management Console.

2. Si no ha iniciado sesión como administrador, haga clic con el botón secundario en Server Management Console y seleccione Run as administrator.

3. En CMCNE Server Console, haga clic en la pestaña Services.

4. Haga clic en Restart. Aparece el mensaje “Stopping Services will cause CMCNE Clients …. “.

5. Haga clic en Yes.

6. Cuando finalice el reinicio y la columna Status muestre Started, haga clic en Configure SMI Agent.

7. En la ventana SMIA Configuration Tool Log in, ingrese el ID de usuario y la contraseña.

• Nombre de usuario predeterminado: Administrador

• Contraseña predeterminada: contraseña

8. Haga clic en Login.

9. En SMIA Configuration Tool, en la pestaña Home, haga clic en la opción Users.

10. En la pestaña Users de la ventana Users, haga clic en Add.

11. En la ventana Add User, lleve a cabo los siguientes pasos para cada usuario de ProSphere:

a. Ingrese el nombre de usuario de ProSphere.

b. Ingrese la contraseña de ProSphere.

c. Traslade todos los fabrics desde Available Roles / AOR a Selected Roles /AOR.

d. Traslade SAN System Administrator desde Available Roles / AOR a Selected Roles /AOR.

e. Una vez que haya trasladado todo, haga clic en OK.

12. En la pestaña Users de la ventana Users verá que los usuarios de ProSphere aparecen bajo Users.

Nota: ProSphere debe ser capaz de realizar una búsqueda de DNS del host CMCNE. Compruebe que todos los puertos estén abiertos entre ProSphere y el servidor CMCNE si existe un firewall entre las aplicaciones. Tenga en cuenta que los firewalls de software basados en host pueden bloquear las comunicaciones y también se deben configurar.



Actualizar las licenciasEn el host Brocade CMCNE, lleve a cabo los siguientes pasos para actualizar licencias:

1. Inicie CMCNE seleccionando Start > All programs > CMCNE > CMCNE o haciendo doble clic en el icono de CMCNE en el escritorio e inicie sesión.

2. En la ventana principal (View All) , seleccione Help > License.

3. En la ventana License, ingrese el número de licencia o use la opción Explorar para buscar el archivo de número de licencia y haga clic en OK.

Sincronizar las implementaciones de ProSphereEl procedimiento para implementar varias implementaciones de ProSphere o de Collector es el mismo que para una única implementación. No obstante, asegúrese de crear una credencial de administrador común para todas las implementaciones y utilice solo esta credencial para iniciar sesión en ProSphere cuando desee sincronizar varias implementaciones de ProSphere.

La EMC ProSphere Administrator Guide y la ayuda en línea incluyen información acerca de la sincronización de varias aplicaciones ProSphere Application. Vaya a Home > Administering ProSphere > System > Synchronize ProSphere Applications > Synchronize Multiple ProSphere Applications dialog.

Integrar ProSphere con Watch4netPuede integrar ProSphere con Watch4net y activar la generación de informes en Watch4net relacionados con el rendimiento de ProSphere.

Puede desactivar la integración de SRM Suite cuando sea necesario, por ejemplo, cuando la instancia de Watch4net no vaya a funcionar.

Siempre que cambie la dirección IP o el puerto de Watch4net, debe cambiar los ajustes de integración de SRM Suite.

En una configuración de ProSphere federada, integre SRM Suite en cada instancia de ProSphere.


2. Haga clic en Configure SRM Suite Integration en la pestaña System. Aparece el cuadro de diálogo Configure SRM Suite Integration.

3. Seleccione Enable integration.

a. Escriba el nombre de dominio calificado o la dirección IP del host en el campo Host. Este campo soporta un máximo de 63 caracteres alfanuméricos, que incluye el carácter de subrayado (_), los puntos (.), los guiones (-) y las barras diagonales (/).

b. Escriba el número de puerto en el campo Port. Este campo soporta un máximo de 5 dígitos en el rango de 1 a 65535.

c. Mantenga el valor predeterminado del campo Group.

4. Haga clic en OK (Aceptar).

Nota: Para desactivar la integración, debe seleccionar Disable integration en el cuadro de diálogo Configure SRM Suite Integration.



Implementar certificados de confianzaImplemente certificados de confianza específicos de la organización por medio de ProSphere Console. ProSphere se implementa con certificados sin firma. ProSphere soporta solamente certificados X.509. Para contar con mayor seguridad, EMC recomienda obtener e implementar certificados firmados específicos para la organización. En ProSphere Console, se pueden implementar los certificados. La Ayuda en línea de EMC ProSphere incluye más información sobre la importación y exportación de certificados. Vaya a Home > Administering ProSphere > Users and Security > Import and Export Certificates.

Información adicionalLa Librería de documentación de EMC ProSphere, a la que puede acceder a través de ProSphere Console, incluye información y ayuda adicionales.

Para ver la librería, haga clic con el botón secundario en el botón Help (?) y seleccione Search All Documentation.

Figura 9 Mostrar la librería de documentación de EMC ProSphere

Implementar certificados de confianza 115

A

Las actualizaciones de EMC ProSphere se hacen por separado para cada máquina virtual desde un navegador web.

Este capítulo explica cómo implementar actualizaciones de ProSphere e incluye las siguientes secciones:

◆ Descripción general ..................................................................................................... 118◆ Métodos de actualización de ProSphere................................................................... 119◆ Instalar actualizaciones en ProSphere...................................................................... 121◆ Crear y restaurar snapshots o respaldos.................................................................. 125◆ Respaldar y restaurar ProSphere con VMware Data Recovery............................ 128

Actualizaciones y respaldos

Actualizaciones y respaldos 117


Descripción generalEMC puede proporcionar periódicamente actualizaciones de ProSphere. Las actualizaciones pueden corresponder a correcciones, mejoras y adiciones a la documentación y la funcionalidad de ProSphere. No todas las actualizaciones afectan a todas las máquinas virtuales de ProSphere. Consulte la documentación de la actualización para conocer detalles e instrucciones específicas.

IMPORTANTE!Para aplicar las actualizaciones, primero es necesario tomar un snapshot o crear un respaldo de todas las máquinas virtuales de ProSphere.

IMPORTANTE!Si un site tiene dos o más instancias de ProSphere implementadas y una o más están federadas entre sí, debe realizar todas las actualizaciones de ProSphere en paralelo. Después de actualizar, todas las instancias se deben reiniciar al mismo tiempo. La función de grupos federados admite la visualización de grupos desde sites federados solo si los sites principales y no principales están ejecutando la misma versión de ProSphere.

IMPORTANTE!Después de actualizar desde ProSphere 1.7, si la interfaz de usuario que aparece es la de ProSphere 1.7, borre la memoria caché del navegador e inicie una nueva sesión en el navegador.



Métodos de actualización de ProSphereLas máquinas virtuales en ProSphere incluyen las siguientes:

◆ ProSphere Application

◆ Discovery Engine y todos los Collectors

◆ Historical Database

La Tabla 9 en la página 119 detalla los métodos para llevar a cabo actualizaciones en máquinas virtuales de ProSphere.

Tabla 9 Detalles de la actualización

Origen Extensión Acción Método

Repositorio de actualizaciones de EMC

No aplica “Seleccionar un CDROM virtual o un servidor web para las actualizaciones” en la página 122 explica cómo configurar la interfaz de actualización de ProSphere para usar una de las direcciones URL del Repositorio de actualizaciones de EMC para obtener actualizaciones a través de la Web. Una URL diferente tiene las actualizaciones para cada máquina virtual de ProSphere. Aplique las actualizaciones.

Repositorio especificado

Servidor web instalado por el cliente

zip Cree un servidor web para las actualizaciones y configure una ubicación donde el servidor web tendrá acceso a los archivos zip. Vaya a la URL del sitio del servicio de soporte en línea de EMC proporcionada por EMC. Descargue y descomprima los archivos zip en la ubicación configurada. “Seleccionar un CDROM virtual o un servidor web para las actualizaciones” en la página 122 explica cómo configurar la interfaz de actualización de ProSphere para usar la dirección URL del servidor web para obtener actualizaciones. Aplique las actualizaciones.

Hay un archivo zip distinto para cada máquina virtual de ProSphere.

Cada archivo zip contiene dos carpetas, Manifest y Packages. La carpeta Manifest contiene los archivos de metadatos xml y la carpeta Package contiene los paquetes de RPM que se deben actualizar.

Repositorio especificado

CD-ROM iso Visite el sitio URL del servicio de soporte en línea de EMC. Descargue un archivo ISO en un CD-ROM virtual, como se explica en “Descargar un archivo ISO en un CD-ROM virtual” en la página 120.

“Seleccionar un CDROM virtual o un servidor web para las actualizaciones” en la página 122 explica cómo configurar la interfaz de actualización de ProSphere para obtener actualizaciones a partir de un CD-ROM virtual. Aplique las actualizaciones.

Actualizaciones de CD-ROM virtual

Métodos de actualización de ProSphere 119


Descargar un archivo ISO en un CD-ROM virtual1. En vSphere, abra vSphere Client.

2. Seleccione cada una de las tres máquinas virtuales de ProSphere y conecte el archivo ISO a la máquina virtual con la opción Connect to ISO image on local disk, como se muestra en la siguiente imagen. Las tres máquinas virtuales son:

• DiscoveryAppliance

• HistoricalDatabase

• StorageResourceManager

Después de adjuntar el archivo ISO, la identificación de actualizaciones puede tardar unos minutos, a menos que fuerce la búsqueda de actualizaciones.



Instalar actualizaciones en ProSphereLas siguientes secciones explican cómo actualizar ProSphere.

Nota: Después de aplicar actualizaciones, es posible que algunas funciones de ProSphere no funcionen correctamente hasta que los arreglos se descubran nuevamente.

Crear snapshots antes de actualizar softwareAntes de aplicar una actualización, debe crear un snapshot o un respaldo de cada una de las máquinas virtuales de ProSphere. “Crear y restaurar snapshots o respaldos” en la página 125 proporciona más información sobre la creación de snapshots y respaldos de máquinas virtuales para ProSphere.

Después de aplicar actualizaciones a una máquina virtual de ProSphere, apague y reinicie la aplicación virtual. Siga las instrucciones en “Apagar o iniciar ProSphere o sus máquinas virtuales” en la página 126.

Nota: ProSphere no crea puntos de reversión ni de respaldo antes de aplicar actualizaciones.

Consulte su documentación de VMware para obtener información más detallada sobre la creación de respaldos y snapshots. VMware también ofrece documentación en http://www.vmware.com.

Seleccionar el Repositorio de actualizaciones de EMC como origen para las actualizacionesEsta sección explica cómo configurar el origen de las actualizaciones manuales como el Repositorio de actualizaciones de EMC en Internet.

Después de iniciar sesión en ProSphere, haga lo siguiente:


2. Haga clic en la pestaña System.

3. Haga clic en Manage Application Software.

4. Seleccione un componente del sistema.

5. Haga clic en Specify Repository para abrir el cuadro de diálogo Specify Repository.

6. Seleccione Use EMC repository.

7. Escriba la URL de la Tabla 10 en la página 121.

8. Ingrese el nombre de usuario y la contraseña.

Nota: Se requiere un nombre de usuario y una contraseña válidos del servicio de soporte en línea de EMC para tener acceso al Repositorio de actualizaciones de EMC.

Tabla 10 URL de actualización para máquinas virtuales de ProSphere

Máquina virtual URL de actualización

ProSphere Application https://vupdate.emc.com/StorageResourceManager

Discovery Engine https://vupdate.emc.com/DiscoveryAppliance

Historical Database https://vupdate.emc.com/HistoricalDatabase

Recopilador https://vupdate.emc.com/CollectorAppliance

Instalar actualizaciones en ProSphere 121

http://www.vmware.com/support/pubs/


Seleccionar un CDROM virtual o un servidor web para las actualizacionesEsta sección explica cómo configurar el origen de las actualizaciones manuales como uno de los siguientes valores:

◆ Use CD-ROM updates (si aplica actualizaciones desde un archivo iso)

◆ Use specified repository (si usa un archivo zip)

Después de iniciar sesión en ProSphere, haga lo siguiente:




4. Seleccione un componente del sistema.

5. Haga clic en Specify Repository para abrir el cuadro de diálogo Specify Repository.

a. Si selecciona Use CDROM updates, descargará el archivo ISO a un CD-ROM virtual, como se explica en Tabla 9 en la página 119.

b. Si selecciona Use specified repository, escriba la URL del servidor web instalado por el cliente donde su máquina virtual buscará actualizaciones. Si la URL requiere autenticación, proporcione un nombre de usuario y una contraseña válidos.

Recibir un recordatorio de las actualizaciones al iniciar sesión y aplicar actualizacionesEl sistema busca actualizaciones periódicamente.

Si hay actualizaciones disponibles cuando inicia sesión en ProSphere, aparece el cuadro de diálogo Software Updates Available para recordárselo.



Tabla 11 en la página 123 describe los botones disponibles en el cuadro de diálogo.

Puede desactivar el recordatorio de actualizaciones con el siguiente procedimiento:



3. Haga clic en Manage Application Software .

4. En el cuadro de diálogo Manage Application Software, haga clic en Updates Reminder.

5. Seleccione Only show updates in Manage Application Software dialogs.

Nota: Esta opción desactiva la comprobación automática de actualizaciones en el inicio de sesión.

6. Haga clic en OK, o haga clic en Close para cerrar el cuadro de diálogo sin hacer cambios.

Tabla 11 Cuadro de diálogo Software Updates Available: botones

Button Descripción

Update Software Muestra el cuadro de diálogo Update Software.Para aplicar actualizaciones, haga clic en la casilla de verificación que aparece junto a cada actualización que desea aplicar y haga clic en Install Updates.Después de instalar actualizaciones, si tiene implementado Discovery Engine Collector, haga clic en el botón Help para conocer el procedimiento obligatorio. De lo contrario, en vSphere Client, apague y reinicie la aplicación virtual de ProSphere. Siga las instrucciones en “Crear y restaurar snapshots o respaldos” en la página 125.

Nota: Las actualizaciones de ProSphere se encuentran disponibles solo en una nueva sesión del navegador. Por lo tanto, después de aplicar las actualizaciones, aparece un mensaje que le solicita cerrar el navegador y abrirlo nuevamente.

Durante el reinicio, habrá una operación de migración de registro en curso, la cual puede tomar desde unos minutos hasta una hora, según la cantidad de datos involucrada. Puede iniciar sesión en ProSphere Console periódicamente para revisar el progreso. Si no se muestra ningún mensaje, significa que la operación de migración de registro se realizó correctamente. Si aparece un mensaje de error, póngase en contacto con el servicio al cliente. Antes de que la migración de registro finalice, verá un mensaje como el siguiente:Migration of data for <...> is still in progress. We suggest logging out and returning once migration is complete. If you continue, some functionality may not be available.

Remind Me Later Pospone el recordatorio.

No Reminder Impide que el recordatorio aparezca nuevamente.

Help Muestra la ayuda en línea.

Instalar actualizaciones en ProSphere 123


Buscar y aplicar actualizaciones manualmentePara buscar actualizaciones manualmente:




Si hay actualizaciones disponibles, el área Health Details del cuadro de diálogo Manage Application Software muestra un mensaje que indica que hay actualizaciones disponibles. Si el intento por buscar actualizaciones falla, aparecen detalles del error.

“Cuadro de diálogo Manage Application Software. botones” en la página 124 describe los botones disponibles en el cuadro de diálogo Manage Application Software.

Tabla 12 Cuadro de diálogo Manage Application Software. botones

Button Descripción

Update Software Muestra el cuadro de diálogo Update Software.Para asegurarse de que aparezcan las actualizaciones disponibles más recientes, haga clic en Check for New Updates.Para aplicar actualizaciones, haga clic en la casilla de verificación que aparece junto a cada actualización que desea aplicar y haga clic en Install Updates.Después de instalar actualizaciones, si tiene implementado Discovery Engine Collector, haga clic en el botón Help para conocer el procedimiento obligatorio. De lo contrario, en vSphere Client, apague y reinicie la aplicación virtual de ProSphere. Siga las instrucciones en “Crear y restaurar snapshots o respaldos” en la página 125.

Nota: Las actualizaciones de ProSphere se encuentran disponibles solo en una nueva sesión del navegador. Por lo tanto, después de aplicar las actualizaciones, aparece un mensaje que le solicita cerrar el navegador y abrirlo nuevamente.

Durante el reinicio, habrá una operación de migración de registro en curso, la cual puede tomar desde unos minutos hasta una hora, según la cantidad de datos involucrada. Puede iniciar sesión en ProSphere Console periódicamente para revisar el progreso. Si no se muestra ningún mensaje, significa que la operación de migración de registro se realizó correctamente. Si aparece un mensaje de error, póngase en contacto con el servicio al cliente.Antes de que la migración de registro finalice, verá un mensaje como el siguiente:Migration of data for <...> is still in progress. We suggest logging out and returning once migration is complete. If you continue, some functionality may not be available.

Specify Repository Selecciona un origen para las actualizaciones. “Seleccionar el Repositorio de actualizaciones de EMC como origen para las actualizaciones” en la página 121 describe este botón.



Impacto de las actualizacionesLas actualizaciones afectan los trabajos de recopilación de datos de rendimiento y recopilación de alertas que se están ejecutando y hacen que fallen.

Para evitar que falle el descubrimiento, cree una credencial de acceso de SMC-SPA en ProSphere que represente todas las instancias de SMC/SPA en la red. Una credencial de acceso de SMC-SPA permite que ProSphere se represente como un cliente de inicio en SMC. El cliente de inicio debe estar registrado en todas las instancias de SMC/SPA.

Actualizar ProSphere de 1.5 a 1.6 o una versión superior puede producir los siguientes resultados:

◆ La recopilación de datos de rendimiento puede fallar.

◆ Los trabajos de recopilación de alertas pueden fallar.

◆ Los trabajos de descubrimiento configurados con credenciales predeterminadas se desvinculan.

Si falla la detección de arreglos, el estado del arreglo se indica en el enlace Performance Detection Failures en Discovery Job Execution Results.

Los motivos de la falla pueden ser:

◆ No se creó la credencial de acceso de SMC-SPA.

◆ Los atributos de la credencial de acceso de SMC-SPA no coinciden con la información del cliente de inicio correspondiente en una instancia de SMC/SPA.

Siga los pasos en “Integrar ProSphere con SMAS y Unisphere for VMAX” en la página 99.

Crear y restaurar snapshots o respaldosLos snapshots o respaldos de las máquinas virtuales de ProSphere le permiten restaurar completamente un estado anterior de ProSphere que funcionaba correctamente en caso de que una actualización falle.

En lugar de usar snapshots, su centro de datos puede usar VMware Data Recovery como solución de respaldo para el ambiente virtual. “Respaldar y restaurar ProSphere con VMware Data Recovery” en la página 128 explica cómo crear respaldos con VMware Data Recovery.

IMPORTANTE!Si hay más de una implementación sincronizada, recomendamos calendarizar respaldos de sites sincronizados de manera que comiencen al mismo tiempo. Esto minimiza los errores que se producen cuando los sites están “desincronizados”.

Update Reminder “Recibir un recordatorio de las actualizaciones al iniciar sesión y aplicar actualizaciones” en la página 122 describe este botón.

Close Cierra el cuadro de diálogo Manage Application Software sin aplicar las actualizaciones.

Help Muestra la ayuda en línea.

Tabla 12 Cuadro de diálogo Manage Application Software. botones

Button Descripción

Crear y restaurar snapshots o respaldos 125


Nota: Su ambiente VMware puede tener políticas predefinidas con respecto a la creación de snapshots y respaldos. Consulte a su administrador de VMware antes de crear snapshots o respaldos de máquinas virtuales de ProSphere. Los procedimientos que presentamos aquí son solo ejemplos.

Apagar o iniciar ProSphere o sus máquinas virtuales

IMPORTANTE!Si una aplicación virtual o máquina virtual de ProSphere no se apaga correctamente, es posible que se pierdan los datos de configuración de la red y que la máquina virtual de ProSphere quede aislada de la red después de encenderse. Este es un problema conocido de VMware.

Tabla 13 en la página 126 explica cómo llevar a cabo las operaciones de apagado e inicio con opciones de clic con el botón secundario en vSphere Console.

Tabla 13 en la página 126 explica cómo llevar a cabo las operaciones de apagado e inicio con opciones de clic con el botón secundario en vSphere Console. Seleccione una máquina virtual o una aplicación virtual y use el comando especificado.

IMPORTANTE!No ejecute el reinicio desde la línea de comandos ni use Restart Guest desde las herramientas de VMware. Esto puede hacer que el dispositivo quede inutilizable y generar un archivo ovfEnv.xml vacío que daña el archivo /etc/hosts con entradas incorrectas.

IMPORTANTE!Si apaga un Collector directamente sin apagar debidamente el sistema primero, ProSphere Console puede dejar de responder. La práctica recomendada es usar el comando Shutdown Guest en vCenter antes del apagado.

Tabla 13 Procedimientos de apagado e inicio desde vSphere Console

Elemento Para apagar use... Para iniciar use...

Máquina virtual de ProSphere ShutDown Guest Power On

Aplicación virtual de ProSphere Power Off Power On

Tabla 14 Procedimientos de apagado e inicio desde vCloud Console

Elemento Para apagar use... Para iniciar use...

Máquina virtual de ProSphere Stop Stop

Aplicación virtual de ProSphere Start Start



Crear snapshots de ProSphere en vSphere ClientPara crear un snapshot de cada máquina virtual de ProSphere en VMware vSphere Client:

1. Abra vSphere Client y conéctese al vCenter Server que administra el ambiente VMware donde se ejecuta ProSphere.

2. Navegue hasta la aplicación virtual de ProSphere. Puede encontrar la aplicación virtual si ingresa un nombre en el campo de búsqueda Search Inventory. También puede desplazarse hasta la aplicación virtual en Inventory Panel.

Nota: En una implementación con escalamiento horizontal, existen máquinas virtuales adicionales del tipo Collector, como se describe en el capítulo de arquitectura de la Guía del administrador de EMC ProSphere. Apague los Collectors, después apague la aplicación virtual. Apague los Collectors haciendo clic con el botón secundario en cada uno en vSphere Console y seleccionando Shutdown Guest.

3. Apague la aplicación virtual haciendo clic con el botón secundario en ella y seleccionando Power Off.

IMPORTANTE!No se deben tomar snapshots si ProSphere está en ejecución.

4. Haga clic con el botón secundario en la primera máquina virtual y seleccione Snapshot > Take snapshot.

5. En el cuadro de diálogo Take Virtual Machine Snapshot, complete los campos Name y Description del snapshot.

6. Haga clic en OK para crear el snapshot. El estado de creación del snapshot se muestra en la barra de estado Recent Tasks.

7. Repita los pasos del 4 a 6 para cada máquina virtual en la aplicación virtual de ProSphere.

8. Cuando cada snapshot muestre el estado Completed, encienda la aplicación virtual de ProSphere. Haga clic con el botón secundario en la aplicación virtual de ProSphere y seleccione Power On.

9. Reinicie todos los Collectors. Reinicie cada Collector haciendo clic con el botón secundario en vSphere Console y seleccionando Power On.

Revertir a un snapshot en vSphere ClientPara revertir a un snapshot de una máquina virtual de ProSphere en VMware vSphere Client:

1. Abra vSphere Client y conéctese al vCenter Server que administra el ambiente VMware donde se ejecuta ProSphere.

2. Desplácese hasta la aplicación virtual de ProSphere y seleccione una de sus máquinas virtuales. Puede encontrar la aplicación virtual si ingresa un nombre en el campo de búsqueda Search Inventory. También puede desplazarse hasta la aplicación virtual en Inventory Panel.

3. Haga clic con el botón secundario y seleccione Snapshot, Snapshot Manager.

4. En el cuadro de diálogo Snapshot Manager, seleccione el nombre del snapshot al cual desea hacer la reversión y haga clic en Go to.

Crear y restaurar snapshots o respaldos 127


5. Haga clic en Yes en el cuadro de diálogo Confirm para proceder con la reversión.

Nota: Si va a realizar la reversión de una máquina virtual de ProSphere debido a una actualización fallida, EMC recomienda revertir cada máquina virtual de ProSphere a un snapshot correspondiente.

Nota: Si varias instancias de ProSphere están sincronizadas y una se revierte a un snapshot, los intentos de tener acceso a detalles de objetos descubiertos después de la reversión arrojarán errores. El capítulo de sincronización de la Guía del administrador de EMC ProSphere trata en detalle esta situación.

Crear snapshots de ProSphere en vCloud DirectorUtilice el siguiente procedimiento para crear el snapshot de la aplicación virtual de ProSphere.

1. Si tiene Collectors o una ProSphere Application secundaria configurados en el ambiente, apáguelos antes de apagar la aplicación virtual.

2. Apague la aplicación virtual de ProSphere.

3. Haga clic en la pestaña My Cloud y seleccione la aplicación virtual de ProSphere para crear el snapshot.

4. Haga clic con el botón secundario en la aplicación virtual y seleccione Create Snapshot.

5. Si tiene implementado un Collector o una ProSphere Application secundaria, repita el paso 4.

Nota: Actualmente, vCloud Director admite solo un snapshot. Si crea otro snapshot, el anterior se sobrescribirá.

Revertir a un snapshot en vCloud Director1. Haga clic en la pestaña My Cloud y seleccione la aplicación virtual de ProSphere

para revertir.

2. Haga clic con el botón secundario en la aplicación virtual y seleccione Revert to snapshot.

3. Si tiene implementado un Collector o una ProSphere Application secundaria, repita el paso 2.

Respaldar y restaurar ProSphere con VMware Data RecoveryLa VMware Data Recovery Administration Guide explica cómo respaldar y restaurar máquinas virtuales.

Si usa VMware Data Recovery para crear respaldos, cada máquina virtual debe tener un nombre que la diferencie de todas las demás máquinas virtuales en todas las implementaciones de un cliente en un vCenter.



En una implementación con escalamiento horizontal, existen máquinas virtuales adicionales del tipo Collector, como se describe en el capítulo de arquitectura de la Guía del administrador de EMC ProSphere. Calendarice trabajos de respaldo separados para la aplicación virtual y para el Collector. Calendarice estos respaldos para que se realicen al mismo tiempo. Al restaurar las máquinas virtuales a partir de respaldos, desactive el encendido automático en el Collector para que pueda encenderlo manualmente después de encender y restaurar el Discovery Engine.

Al hacer respaldos con VDR, traslade los Collectors dentro del contenedor de aplicación virtual al Group1, junto con otras máquinas ProSphere. Al hacerlo, la opción Shutdown Operation se define de manera predeterminada en Power Off. Este valor no permite el apagado correcto de Collector.

Lleve a cabo el siguiente paso para que Collector se apague correctamente:

1. Seleccione Edit Settings.

2. Seleccione la pestaña Start Order.

3. En Shutdown Action, defina Operation en Guest Shutdown.

4. Defina Shutdown sequence proceeds when en 600.

5. Haga clic en OK.

Respaldar y restaurar ProSphere con VMware Data Recovery 129

guía de implementación de emc prosphere · configuración de hosts windows y ws-man ..... 30...

Documents