Dirección local de EMC Sede 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.
Versión 2.0
Guía de implementación
P/N 300-015-288 REV 02
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.
Guía de implementación de EMC ProSphere 1
Capítulo 1 Mapa de documentación
Capítulo 2 Lista de verificación de implementación
Consideraciones de VMware ... 10
Consideraciones de redes ... 10
Consideraciones de almacenamiento... 10
Consideraciones de host ... 11
Consideraciones de switches ... 11
Capítulo 3 Descripción general
Terminología de ProSphere ... 14Tabla de referencia de tareas de implementación ... 16
Capítulo 4 Preparar la infraestructura de VMware
Lista de verificación de los requisitos de la infraestructura básica de VMware ... 20Credenciales 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
Capítulo 5 Configuración de hosts
Evite utilizar guiones bajos en los nombres de host... 28Caracteres no admitidos 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
Requisitos previos para Windows Server 2003 o 2008 y Windows Server 2012 ... 33
Desactivar UAC en Windows 2008 SP2 ... 34
Desactivar UAC en Windows 2008 R2 ... 35
Configuración de hosts UNIX y Linux... 41
Requerimientos de descubrimiento ... 41
Recopilación de datos de rendimiento... 45
Preparación para el descubrimiento de VMware guests... 46
Preparación para el descubrimiento de la infraestructura de VMware ... 46
Requerimientos de descubrimiento ... 46
Capítulo 6 Configurar sistemas de almacenamiento
Configuración de EMC SMI-S Provider... 48Requerimientos para la recopilación de datos de descubrimiento... 48
Requerimientos para la recopilación de datos de rendimiento ... 49
Configuración del proveedor ... 49
Reemplazar el host de SMI-S Provider ... 50
Configurar EMC Control Station para NAS... 51
Verificar licencias de NAS usando Control Station ... 51
Capítulo 7 Configuración de switches y fabrics
Configuración de switches Cisco ... 56Ejecución de tareas de configuración previa... 56
Configuración de switches para SNMPv1/2 ... 59
Configuración de switches para SNMPv3... 59
Capítulo 8 Implementar ProSphere
Implementar ProSphere con vSphere Client ... 62Tiempo de implementación... 62
Implementar ProSphere ... 62
Implementar ProSphere con vCloud Director ... 67
Tiempo de implementación... 67
Procedimiento de implementación:... 67
Modificar los ajustes de acción y retraso ... 69
Próximos pasos ... 69
Capítulo 9 Agregar NIC para redes aisladas
Descripción general... 72Configuraciones de múltiples NIC admitidas ... 72
Configuración 1: NIC en un DE ... 72
Configuración 2: NIC en una ProSphere Application ... 73
Configuración 3: NIC en una ProSphere Application y una ProSphere Application secundaria... 74
Configuración 4: NIC en un DE y un Collector... 75
Configuración 5: NIC en una ProSphere Application y un Discovery Engine ... 76
Configuració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 ... 79
Modificar el archivo /etc/hosts ... 79
Guía de implementación de EMC ProSphere 3
Collector ... 81
Obtener archivos de implementación... 81
Determinar los Collectors necesarios para un centro de datos... 81
Recopilar información... 81
Implementar Collectors con vSphere Client ... 83
Implementación de Collectors con vCloud Director ... 85
Cargar el nuevo archivo de implementación al catálogo ... 85
Implementar la aplicación virtual de Collector a partir de la plantilla de aplicación virtual... 85
Modificar los ajustes de acción y retraso... 86
Registrar un Collector con ProSphere Application... 86
Collectors de balanceo de carga ... 86
Capítulo 11 Implementar una ProSphere Application secundaria
ProSphere Application secundaria... 88Limitaciones ... 88
Obtener archivos de implementación... 88
Recopilar información... 89
Implementar una ProSphere Application secundaria con vSphere Client ... 90
Implementar una ProSphere Application secundaria con vCloud Director... 92
Cargar el nuevo archivo de implementación al catálogo ... 92
Implementar la ProSphere Application secundaria a partir de la plantilla de aplicación virtual... 93
Modificar los ajustes de acción y retraso... 94
Registrar una ProSphere Application secundaria... 94
Capítulo 12 Tareas posteriores a la implementación
Sincronizar zonas horarias y horas del sistema... 96Inicie sesión en ProSphere ... 96
Personalizar el mensaje del cumplimiento de normas de seguridad ... 99
Crear o editar el mensaje ... 99
Integrar ProSphere con SMAS y Unisphere for VMAX ... 99
Integrar ProSphere con SMAS ... 100
Integrar ProSphere con Unisphere for VMAX ... 104
Configurar CMCNE ... 109
CMCNE... 109
Ubicación de la utilidad keytool en hosts CMCNE o BNA... 110
Ejecución de tareas de configuración ... 111
Sincronizar las implementaciones de ProSphere ... 114
Integrar ProSphere con Watch4net... 114
Implementar certificados de confianza ... 115
Información adicional ... 115
Apéndice A Actualizaciones y respaldos
Descripción general ... 118Métodos de actualización de ProSphere ... 119
Descargar un archivo ISO en un CD-ROM virtual... 120
Instalar actualizaciones en ProSphere ... 121
Crear snapshots antes de actualizar software ... 121
Seleccionar el Repositorio de actualizaciones de EMC como origen para las actualizaciones ... 121
Recibir un recordatorio de las actualizaciones al iniciar sesión
y aplicar actualizaciones ... 122
Buscar y aplicar actualizaciones manualmente ... 124
Impacto de las actualizaciones... 125
Crear y restaurar snapshots o respaldos... 125
Apagar o iniciar ProSphere o sus máquinas virtuales... 126
Crear snapshots de ProSphere en vSphere Client... 127
Revertir a un snapshot en vSphere Client ... 127
Crear snapshots de ProSphere en vCloud Director ... 128
Revertir a un snapshot en vCloud Director ... 128
Respaldar y restaurar ProSphere con VMware Data Recovery... 128
Guía de implementación de EMC ProSphere 5 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 documento
EMC usa las siguientes convenciones para notificaciones especiales.
Nota: Una nota presenta información que es importante, pero no está relacionada con peligros.
Convenciones tipográficas
EMC 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
Contacto con el servicio al cliente
Dónde obtener ayuda
La información sobre soporte técnico, productos y licencias de EMC puede obtenerse de la siguiente manera.
Información de productos
Para 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écnico
Para 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 comentarios
Sus 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:
Envíe sus opiniones acerca de la documentación de EMC ProSphere a:
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
7
Lista de verificación de implementación 9 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
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 11
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.
Descripción general 13 Este capítulo proporciona una descripción general de la configuración del ambiente y su implementación.
Este capítulo incluye las siguientes secciones:
◆ 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
Terminología de ProSphere
En 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.
Terminología de ProSphere 15 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.
◆ 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ón
La 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
Tabla de referencia de tareas de implementación 17 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”
Tabla 1 Referencias de documentación
Para... Consulte...
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”
Tabla 1 Referencias de documentación
Para... Consulte...
Preparar la infraestructura de VMware 19 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
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 VMware
Para 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 virtual 21
Requerimientos de hardware virtual
Los 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
Provisionar discos gruesos y delgados
Al 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 navegador
ProSphere 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) 23
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: _______________________________________
Red del Collector: _______________________________________
Red del Collector: _______________________________________
Red del Collector: _______________________________________
◆ 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:
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 ProSphere Application, 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: __________________________________________________
Reunir los requisitos de la infraestructura de VMware (vCloud Director) 25
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 del Collector: _______________________________________
Red del Collector: _______________________________________
Red del Collector: _______________________________________
Red del Collector: _______________________________________
Red secundaria de ProSphere: _____________________________
◆ 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:
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 ProSphere Application, 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: __________________________________________________
Configuración de hosts 27 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.
Este capítulo incluye las siguientes secciones:
◆ 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
Evite utilizar guiones bajos en los nombres de host
Los 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 host
No 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 DNS
Asegú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 HBA 29
Validación de tarjetas HBA
Todas 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.
EMC ProSphere/SCA Host Configuration Utility
EMC 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-Service
En 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.
Configuración de hosts Windows y WS-MAN 31 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.
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 WMI
ProSphere 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.
Configuración de hosts Windows y WMI 33
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 >Ejecutar
Escriba %Temp%
Esto abre el directorio.
◆ 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->Ejecutar
Escriba 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 SP2
1. 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.
Configuración de hosts Windows y WMI 35
Desactivar UAC en Windows 2008 R2
1. 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 necesarios
Para 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 DCOM
En 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 necesarios
Para 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.
