|
|
España-Español | |
|
|
 |
|
Administración de sistemas y grupos de trabajo: Guía para los administradores de sistemas HP-UX > Capítulo 2 Planificación
de un grupo de trabajo
Definición de la estrategia de administración de los discos |
|
|
Contenido de esta sección:
Lea las siguientes pautas conjuntamente con la sección «Distribución de aplicaciones y datos».
Como en el caso de la memoria, la respuesta a la pregunta «¿Cuánta capacidad de disco se debe comprar?» es muy sencilla: «Tanta como pueda permitirse pagar». Tenga por casi seguro que, por mucha capacidad que compre ahora, los usuarios y las aplicaciones respectivas hallarán la manera de agotarla en el plazo de un año. De todas formas, tiene que planificar. Aun cuando se halle en el proceso de equipar al grupo de trabajo desde el principio y el grupo de usuarios se esté creando desde cero, es probable que el trabajo que va a realizar el grupo de usuarios no se acabe de inventar: se desempeñará el mismo trabajo o uno parecido en algún lugar de la empresa y es por aquí por donde hay que empezar.
Las respuestas a estas preguntas conformarán un punto de partida para determinar la cantidad de espacio en disco que debe dedicar en los volúmenes que no sean de «sistema» de los servidores de archivos y aplicaciones, es decir: en los directorios de aplicaciones (/opt), trabajo, correo electrónico e inicial, y en los volúmenes de la base de datos. No es descabellado prever un crecimiento del 100 % durante el primer año en los directorios mencionados (o aún más si no prevé controlar el aumento de los directorios de usuario con cupos de disco; consulte la sección «Administración del uso del espacio en disco mediante cuotas»). A lo largo del año, puede controlar el crecimiento real y planificar, en consonancia, las compras del año siguiente. No hay ninguna forma estándar de calcular el espacio de intercambio, excepto que dicho espacio debe ser por lo menos igual a la memoria del sistema local. Este espacio de intercambio tal vez sea suficiente para los clientes, pero es casi seguro que no lo será para los servidores. La sección «Administración del espacio de intercambio y de la zona de volcado» ofrece pautas para calcular las necesidades de espacio de intercambio, pero a menudo esto se puede suplir con la ejecución de las aplicaciones para ver qué ocurre. EjemploA continuación, se describe el proceso seguido para calcular el espacio de intercambio que utilizarían las herramientas empleadas para desarrollar este manual. Se inició una estación de trabajo (un HP9000 715 que ejecuta HP-UX 10.01 con 96 MB de RAM), se puso en marcha el software VUE, se abrió una ventana y, a continuación, se pusieron en marcha todas las aplicaciones una detrás de otra, utilizando cada vez swapinfo(1M) para comprobar el uso del espacio de intercambio.
Ejecutar HP-UX al nivel de ejecución 3 consumió 19-20 MB del espacio de intercambio reservado. Realizar la transición al nivel de ejecución 4 y abrir una ventana de VUE hizo que el consumo ascendiera a 39-40 MB de espacio de intercambio reservado: esto se muestra en la primera fila de la tabla; en las filas posteriores se ilustra lo que ocurrió a medida que se ponían en marcha las aplicaciones. Los totales de la columna de la derecha son acumulativos. Tabla 2-2 Muestra de utilización del espacio de intercambio
El experimento se repitió en otro sistema mucho más pequeño (32 MB de RAM) y se obtuvieron unos resultados parecidos, llegándose a la conclusión de que una estación de trabajo que ejecute estas aplicaciones localmente necesitaría disponer de aproximadamente 30 MB de espacio de intercambio disponible, para un mínimo de espacio de intercambio configurado de 70 MB. En la situación del experimento, puesto que no se disponía por entonces de un servidor de aplicaciones eficaz y sí se disponía de varias estaciones de trabajo moderadamente eficaces, se decidió que tenía sentido importar dichas aplicaciones a las estaciones de trabajo (a través de los montajes de NFS desde el servidor de archivos) y, en consecuencia, se agregó espacio de intercambio para el sistema de archivos en los sistemas que parecían necesitarlo. Si un experimento así hubiera de ejecutarse en un servidor de aplicaciones multiusuario, habría que ejecutar tantas copias de cada aplicación como se fueran a ejecutar realmente a las horas de máxima actividad, y las funciones de las aplicaciones realizadas y la frecuencia y complejidad de los ejemplos se complicarían bastante. Una estación de trabajo necesita tener espacio suficiente en el disco local para albergar el sistema operativo, además de espacio de intercambio suficiente para el gestor del espacio de trabajo y todas las aplicaciones que se ejecuten localmente. Prevea dotar a cada estación de trabajo de al menos un disco de 1 GB. Las estaciones de trabajo HP-UX y NT tal vez puedan arreglárselas con 500 MB, pero con dificultad, sobre todo si hay alguna aplicación bastante grande ejecutándose localmente (a través de NFS o desde el disco local); consulte la sección «Espacio de intercambio». En esta sección, se ofrece un breve resumen de las herramientas de administración de discos que ofrece HP-UX; para obtener más información, consulte la sección Capítulo 6, «Administración de un sistema: manejo de los discos y los archivos». El LVM es el método de administración de discos más común de las versiones actuales de HP-UX en todas las plataformas. A partir de la revisión 10.20, es el valor por defecto en los sistemas de la serie 800 (excepto los instalados con un disco raíz con un tamaño menor que 1 GB) y es obligatorio en los sistemas de la serie 700 cuyo disco raíz tenga un tamaño mayor que 2 GB. El LVM divide el disco de forma muy parecida a las «particiones de hardware» ejecutadas en las versiones anteriores de HP-UX para los sistemas, pero los volúmenes lógicos son mucho más fáciles de reconfigurar que las particiones y pueden abarcar dos o más discos. Estas dos características convierten al LVM en una herramienta mucho más eficaz y flexible que las particiones de hardware. El VERITAS Volume Manager ofrece un método alternativo de administración de discos en línea para los productos HP Logical Volume Manager y HP MirrorDisk/UX. El VERITAS Volume Manager se incluye en el CD HP-UX 11i Application y, a partir de la revisión de septiembre de 2002 de HP-UX 11i versión 1, VxVM se incluye en los entornos operativos y habilita la capacidad de administración del volumen raíz ("rootability") de VXVM. Con la capacidad de administración del volumen raíz de VxVM, se puede optar por configurar el volumen raíz durante la instalación con Ignite-UX o por utilizar las herramientas de conversión instaladas con VxVM para configurar el volumen raíz en una ocasión posterior. Para obtener más información, lea la Guía de instalación y actualización a HP-UX 11i y los documentos de VERITAS Volume Manager 3.5:
Para obtener información adicional sobre otras versiones de VERITAS Volume Manager, consulte la zona de “VERITAS Volume Manager and File System” en el sitio web de HP con documentación de HP-UX: http://docs.hp.com/hpux/os/11i/index.html#VERITAS%20Volume%20Manager%20and%20File%20System
La alternativa al LVM es la administración de «todo el disco», que, como su nombre indica, trata al disco como una sola unidad. Convenientes del Logical Volume Manager:
Inconveniente del LVM:
No cabe duda de que debe utilizar el LVM en los servidores de archivos y aplicaciones; en las estaciones de trabajo que sólo tengan un disco, que sólo se utilice para almacenar el sistema operativo y para el espacio de intercambio, el LVM no es necesario, aunque, de todas formas, puede optar por ponerlo en marcha en atención a la uniformidad o porque, con el tiempo, prevea agregar más discos a algunas estaciones de trabajo. La creación de reflejos (mirroring) de disco sólo está disponible en el LVM. Consulte la sección «Logical Volume Manager (LVM)». La creación de reflejos de disco permite guardar una copia activa en tiempo real de cualquier volumen lógico: en realidad se hace continuamente una copia de seguridad de los datos de dicho volumen. La creación de reflejos estricta garantiza que la copia gemela se ubique en un disco aparte (del mismo grupo de volúmenes). La creación de reflejos de disco presenta los convenientes evidentes de una mayor protección de los datos y la disponibilidad del sistema, y el inconveniente igualmente evidente de consumir el doble de espacio en disco (o tanto más espacio como copias espejo haya). Utilice la creación de reflejos de disco para los datos volátiles críticos de la misión; no es necesario crear reflejos de los volúmenes que contengan software estático como el sistema operativo. La creación de bandas (striping) en discos sólo está disponible en el LVM. Consulte la sección «Logical Volume Manager (LVM)». La creación de bandas en discos distribuye lógicamente los bloques de datos contiguos (por ejemplo, trozos del mismo archivo) por varios discos. Esto agiliza el rendimiento de E/S de los archivos grandes cuando se leen y graban secuencialmente (pero no tiene por qué ser así cuando el acceso es aleatorio). El inconveniente de la creación de bandas en discos es que la pérdida de un solo disco puede conllevar el deterioro de muchos archivos, puesto que los archivos se extienden expresamente a trozos por dos o más discos. Baraje la posibilidad de utilizar la creación de bandas en discos en los sistemas de archivos en que se almacenen archivos grandes, si dichos archivos en general se leen y graban secuencialmente, y el rendimiento de E/S reviste importancia. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 Versión para imprimir |
|
|
|
|
|
|||||||||||||||
|
|||||||||||||||
