HP Software HP Matrix Operating Environment - Manual (Página 72)

Modificación de zonas
SPM utilizará las zonas preexistentes (zonas que SPM no creó) si cumplen con los requisitos del
servicio de conectividad deseado pero no se modificarán de ningún modo si no cumplen con los
requisitos deseados. En cambio, se crea una nueva zona. Asimismo, si se utilizó una zona
preexistente tal como está, cuando el servicio se desactive o se elimine, SPM no tocará la zona
preexistente.
Sin embargo, las zonas creadas por SPM que tengan el mismo iniciador que los requisitos
determinados pero deban modificarse para incluir destinos adicionales se modifican según sea
necesario. También se eliminan del dispositivo subyacente cuando SPM ya no las necesita. Esto
ocurre cuando todos los servicios de conectividad que dependían de ellas se desactivan o se
eliminan.
Destrucción de zonas
Las zonas se destruyen cuando todos los servicios de conectividad que dependían de ellas se
desactivan o se eliminan. Esto se aplica únicamente a las zonas creadas por SPM. Las zonas
preexistentes no se ven afectadas. En cualquier caso, la zona se elimina del catálogo de
almacenamiento de SPM y, por lo tanto, ya no se verá en la GUI.
Requisitos
Cuando se crea un servicio de conectividad, existen dos casos de uso:
Caso de uso estándar
En el caso estándar, se proporcionan uno o más requisitos FCInitiatorEndpoint junto con uno o
más requisitos FCTargetEndpoint. Para cada requisito de punto final, se requiere el requisito
secundario FCWWN.
SPM interpreta estos requisitos de la siguiente manera.
•
SPM comprueba que todos los puntos finales proporcionados estén en la misma red. Luego,
comprueba que cada iniciador pueda comunicarse con cada uno de los destinos (la red está
abierta, ya están en la misma zona o la automatización de la zonificación puede realizarse
para colocarlas en la misma zona). Sin embargo, dado que se está utilizando la directiva
SIZ, SPM no comprueba la conectividad entre los requisitos del iniciador, solo el iniciador a
todos los destinos.
•
Si, como se describió anteriormente, los puntos finales pueden conectarse o ya están
conectados, solo se devuelve un candidato, lo que significa que los requisitos de puntos
finales deseados pueden conectarse en forma conjunta o ya lo están.
Caso de uso de proxy
El caso de proxy es similar al caso estándar, con un par de advertencias. En primer lugar, se
proporciona el requisito secundario FCProxyWWN además de FCWWN para un requisito
FCInitiatorEndpoint.
Dado que FCWWN no tiene que existir aún (por ejemplo, es posible que el host no haya iniciado
sesión en el tejido aún), SPM usa el requisito FCProxyWWN proporcionado, que es el WWN de
otro punto final que ya inició sesión en el tejido y es conocido por SPM (normalmente, este es el
puerto de enlace ascendente de un receptáculo Blade, pero podría ser cualquier puerto conocido).
FCProxyWWN se utiliza para identificar dónde residirá FCWWN una vez encendido y permite
que SPM genere candidatos para él como si ya existiera.
Redes sin gestionar
Los SAN que no tienen ruta de gestión automatizada de SPM (red sin gestionar) aún pueden
importarse al catálogo de SPM. El uso de redes no administradas con grandes cantidades de
dispositivos puede requerir un esfuerzo considerable para administrar el archivo XML de la red
no administrada.
Para obtener información adicional sobre las redes sin gestionar, consulte
Trabajar con redes no
administradas .
72 Trabajo con redes Brocade Fibre Channel