Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Administración de Oracle Solaris: zonas de Oracle Solaris, zonas de Oracle Solaris 10 y gestión de recursos Oracle Solaris 11 Information Library (Español) |
Parte I Gestión de recursos de Oracle Solaris
1. Introducción a la gestión de recursos
2. Proyectos y tareas (información general)
3. Administración de proyectos y tareas
4. Contabilidad ampliada (descripción general)
5. Administración de contabilidad ampliada (tareas)
6. Controles de recursos (descripción general)
7. Administración de controles de recursos (tareas)
8. Programador de reparto justo (descripción general)
9. Administración del programador de reparto justo (tareas)
10. Control de memoria física utilizando el daemon de límite de recursos (descripción general)
11. Administración del daemon de límite de recursos (tareas)
12. Agrupaciones de recursos (descripción general)
Introducción a las agrupaciones de recursos
Introducción a las agrupaciones de recursos dinámicos
Activación y desactivación de agrupaciones de recursos y agrupaciones de recursos dinámicos
Agrupaciones de recursos utilizadas en zonas
Cuándo se utilizan las agrupaciones
Estructura de agrupaciones de recursos
Contenido de /etc/pooladm.conf
Implementación de agrupaciones en un sistema
SPARC: Agrupaciones de recursos y operaciones de reconfiguración dinámica
Creación de configuraciones de agrupaciones
Manipulación directa de la configuración dinámica
Administración de agrupaciones de recursos dinámicos
Objetivos y restricciones de configuración
Restricciones de la configuración
Propiedad pset.min y restricciones de la propiedad pset.max
Restricción de la propiedad cpu.pinned
Restricción de la propiedad pool.importance
Ejemplo de objetivos de configuración
Funcionalidad poold que se puede configurar
Intervalo de supervisión de poold
Información de registro de poold
Registro de información de configuración
Supervisión del registro de información
Registro de información de optimización
Administración de registros con logadm
Cómo funciona la asignación de recursos dinámicos
Acerca de los recursos disponibles
Determinación de recursos disponibles
Identificación de recursos insuficientes
Determinación del uso de recursos
Uso de poolstat para supervisar la función de agrupaciones y el uso de los recursos
Ajuste de los intervalos de funcionamiento de poolstat
Comandos utilizados con la función de agrupaciones de recursos
13. Creación y administración de agrupaciones de recursos (tareas)
14. Ejemplo de configuración de administración de recursos
Parte II Zonas de Oracle Solaris
15. Introducción a Zonas de Oracle Solaris
16. Configuración de zonas no globales (descripción general)
17. Planificación y configuración de zonas no globales (tareas)
19. Cómo instalar, iniciar, cerrar, detener, desinstalar y clonar zonas no globales (tareas)
20. Inicio de sesión en zonas no globales (descripción general)
21. Registro en zonas no globales (tareas)
22. Acerca de migraciones de zonas y la herramienta zonep2vchk
23. Migración de sistemas Oracle Solaris y migración de zonas no globales (tareas)
25. Administración de zonas de Oracle Solaris (descripción general)
26. Administración de zonas de Oracle Solaris (tareas)
27. Configuración y administración de zonas inmutables
28. Resolución de problemas relativos a las zonas de Oracle Solaris
Parte III Zonas de Oracle Solaris 10
29. Introducción a las zonas de Oracle Solaris 10
30. Evaluación de un sistema Oracle Solaris 10 y creación de un archivo
32. Configuración de la zona con marca solaris10
33. Instalación de zona con marca solaris10
34. Inicio de una zona, inicio de sesión y migración de zona
En esta sección se describe el proceso y los factores que utiliza poold para asignar recursos dinámicamente.
Los recursos disponibles se consideran todos los recursos disponibles para utilizar en el ámbito del proceso poold. El ámbito de control es, como máximo, una única instancia de Oracle Solaris.
En un sistema con zonas activas, el ámbito de una instancia de ejecución de poold está limitado a la zona global.
Las agrupaciones de recursos abarcan todos los recursos del sistema que están disponibles para que las aplicaciones los consuman.
Para una única instancia de Oracle Solaris en ejecución, debe asignarse un recurso de un único tipo, como una CPU, a una sola partición. Puede haber una o más particiones para cada tipo de recurso. Cada partición contiene un conjunto de recursos único.
Por ejemplo, un equipo con cuatro CPU y dos conjuntos de procesadores puede tener la siguiente configuración:
pset 0: 0 1
pset 1: 2 3
donde 0, 1, 2 y 3 después de los dos puntos representan los ID de CPU. Tenga en cuenta que los dos conjuntos de procesadores representan las cuatro CPU.
El mismo equipo no puede tener la siguiente configuración:
pset 0: 0 1
pset 1: 1 2 3
No puede tener esta configuración porque la CPU 1 no puede aparecer en más de un pset a la vez.
No se puede acceder a los recursos desde una partición que no sea la partición a la que pertenecen.
Para conocer los recursos disponibles, poold interroga la configuración de las agrupaciones activas para buscar las particiones. Se resumen todos los recursos de todas las particiones para determinar la cantidad total de recursos disponibles para cada tipo de recurso que se controla.
Esta cantidad de recursos es la cifra básica que utiliza poold en sus operaciones. Sin embargo, esta cifra tiene restricciones que limitan la flexibilidad que tiene poold para realizar asignaciones. Para obtener información sobre las restricciones disponibles, consulte Restricciones de la configuración.
El ámbito de control para poold se define como el conjunto de recursos disponibles para los que poold tiene la responsabilidad principal de la administración y partición eficaces. No obstante, otros mecanismos que tienen permiso para manipular los recursos de este ámbito de control pueden seguir afectando a una configuración. Si debe colocar la partición fuera del control mientras poold está activo, poold intenta restaurar el control mediante la manipulación sensata de los recursos disponibles. Si poold no puede localizar los recursos adicionales dentro de su ámbito, el daemon registra información sobre los recursos insuficientes.
poold dedica la mayor parte del tiempo a observar el uso de los recursos en su ámbito de control. Esta supervisión se lleva a cabo para verificar que se cumplan los objetivos que dependen de la carga de trabajo.
Por ejemplo, para los conjuntos de procesadores, todas las mediciones se realizan en todos los procesadores de un conjunto. El uso de recursos muestra la proporción de tiempo que el recurso está en uso durante el intervalo de ejemplo. El uso del recurso se muestra como un porcentaje de 0 a 100.
Se utilizan las directivas que se describen en Objetivos y restricciones de configuración para detectar el fallo de enfoque de un sistema a la hora de cumplir sus objetivos. Estos objetivos están relacionados directamente con la carga de trabajo.
Una partición que no cumple los objetivos especificados por el usuario es una infracción de control. Los dos tipos de infracciones de control son la infracción síncrona y la infracción asíncrona.
Una infracción síncrona de un objetivo la detecta el daemon durante la supervisión de su carga de trabajo.
Una infracción asíncrona de un objetivo tiene lugar independientemente de la acción de supervisión del daemon.
Los siguientes eventos ocasiones infracciones de objetivos asíncronas:
Se añaden o eliminan recursos de un ámbito de control.
Se reconfigura el ámbito de control.
Se reinicia el controlador de recursos poold.
Se da por sentado que las contribuciones de los objetivos que no están relacionados con la carga de trabajo permanecen constantes entre las evaluaciones de la función de objetivos. Los objetivos que no están relacionados con la carga de trabajo sólo se vuelven a evaluar cuando se desencadena una reevaluación mediante una de las infracciones asíncronas.
Cuando el controlador de recursos determina que un consumidor de recursos tiene recursos insuficientes, la respuesta inicial es que el aumento de los recursos mejorará el rendimiento.
Se examinan y evalúan configuraciones alternativas que cumplan los objetivos especificados en la configuración para el ámbito de control.
Este proceso se perfecciona con el tiempo a medida que se supervisa el desplazamiento de los recursos y se evalúa la capacidad de respuesta de cada partición de recurso. Se consulta el historial de decisiones para eliminar las reconfiguraciones que no aportaron mejoras para conseguir la función del objetivo. Se utiliza otra información, como nombres de procesos y cantidades, para evaluar todavía más la importancia de los datos históricos.
Si el daemon no puede emprender las acciones correctivas, la condición se registra. Para obtener más información, consulte Información de registro de poold.