Omitir Vínculos de navegación | |
Salir de la Vista de impresión | |
Guía de administración de sistemas: administración de recursos y contenedores de Oracle Solaris y zonas de Oracle Solaris Oracle Solaris 10 1/13 Information Library (Español) |
1. Introducción a administración de recursos de Solaris 10
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)
Novedades de las agrupaciones de recursos y las agrupaciones de recursos dinámicos
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
Funciones de poold que pueden configurarse
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
Identificación de infracciones del control
Determinación de la acción correctiva apropiada
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
15. Función de control de recursos en Solaris Management Console
16. Introducción a Solaris Zones
17. Configuración de zonas no globales (descripción general)
18. Planificación y configuración de zonas no globales (tareas)
19. Cómo instalar, detener, clonar y desinstalar zonas no globales (descripción general)
20. Cómo instalar, iniciar, detener, desinstalar y clonar zonas no globales (tareas)
21. Inicio de sesión en zonas no globales (descripción general)
22. Registro en zonas no globales (tareas)
23. Movimiento y migración de zonas no globales (tareas)
24. Oracle Solaris 10 9/10: migración de un sistema Oracle Solaris físico a una zona (tareas)
25. Paquetes y parches en un sistema Oracle Solaris con zonas instaladas (descripción general)
27. Administración de zonas de Oracle Solaris (descripción general)
28. Administración de zonas de Oracle Solaris (tareas)
29. Actualización de un sistema Oracle Solaris 10 con zonas no globales instaladas
30. Resolución de problemas relativos a las zonas de Oracle Solaris
31. Zonas con marca y zona con marca Linux
32. Planificación de la configuración de zonas con marca lx (descripción general)
33. Configuración de las zonas con marca lx (tareas)
35. Cómo instalar, iniciar, detener, desinstalar y clonar zonas con marca lx (tareas)
36. Inicio de sesión en zonas con marca lx (tareas)
37. Cómo mover y migrar zonas con marca lx (tareas)
38. Administración y ejecución de aplicaciones en zonas con marca lx (tareas)
Al realizar cambios en una configuración, poold actúa en las indicaciones que proporciona. Estas indicaciones se especifican como una serie de objetivos y restricciones. poold utiliza las especificaciones para determinar el valor relativo de las diferentes posibilidades de configuración en relación con la configuración existente. poold luego cambia las asignaciones de recursos de la configuración actual para generar nuevas configuraciones candidatas.
Las restricciones afectan al intervalo de posibles configuraciones al eliminar algunos de los posibles cambios que pueden realizarse en una configuración. Están disponibles las siguientes restricciones, que se especifican en la configuración de libpool.
Las asignaciones de CPU mínima y máxima
Los componentes asociados que no están disponibles para moverlos desde un conjunto
Consulte la página del comando man libpool(3LIB) y Propiedades de agrupaciones para obtener más información sobre las propiedades de las agrupaciones.
Estas dos propiedades establecen los límites para la cantidad de procesadores que se pueden asignar a un conjunto, tanto el máximo como el mínimo. Consulte la Tabla 12-1 para obtener más información sobre estas propiedades.
Dentro de estas restricciones, los recursos de la partición están disponibles para su asignación a otras particiones de recursos de la misma instancia de Solaris. El acceso al recurso se obtiene vinculando una agrupación asociada con el conjunto de recursos. La vinculación se lleva a cabo durante el inicio de sesión o la realiza manualmente un administrador que tenga el privilegio PRIV_SYS_RES_CONFIG.
La propiedad cpu-pinned indica que las asignaciones de recursos dinámicos no deben mover una CPU específica del conjunto de procesadores en el que se encuentra. Puede configurar esta propiedad libpool para maximizar el uso de caché para una aplicación específica que se ejecuta dentro de un conjunto de procesadores.
Consulte la Tabla 12-1 para obtener más información sobre esta propiedad.
La propiedad pool.importance describe la importancia relativa de una agrupación según lo establecido por el administrador.
Los objetivos se especifican de un modo similar a las restricciones. El conjunto completo de objetivos se describe en la Tabla 12-1.
Existen dos categorías de objetivos.
Un objetivo dependiente de la carga de trabajo es un objetivo que varía según la naturaleza de la carga de trabajo que se ejecuta en el sistema. Un ejemplo es el objetivo de utilization. La cifra de utilización de un conjunto de recursos varía según la naturaleza de la carga de trabajo que hay activa en el conjunto.
Un objetivo independiente de la carga de trabajo es un objetivo que no varía según la naturaleza de la carga de trabajo que se ejecuta en el sistema. Un ejemplo es el objetivo de locality de la CPU. La medida de localidad evaluada para un conjunto de recursos no varía según la naturaleza de la carga de trabajo que está activa en el conjunto.
Puede definir tres tipos de objetivos.
|
Los objetivos se almacenan en las cadenas de propiedad de la configuración de libpool. Los nombres de propiedad son los siguientes:
system.poold.objectives
pset.poold.objectives
Los objetivos tienen la siguiente sintaxis:
objectives = objective [; objective]*
objective = [n:] keyword [op] [value]
Todos los objetivos adoptan un prefijo de importancia opcional. La importancia actúa como multiplicador del objetivo y, por tanto, aumenta el significado de su contribución a la evaluación de la función de objetivos. El valor puede estar entre 0 y INT64_MAX (9223372036854775807). Si no se especifica, el valor predeterminado de importancia es de 1.
Algunos tipos de elementos admiten más de un tipo de objetivo. Un ejemplo es pset. Puede especificar varios tipos de objetivos para estos elementos. También puede especificar varios objetivos de utilización en un único elemento pset.
Consulte Cómo definir los objetivos de configuración para ver algunos ejemplos de uso.
El objetivo de wt-load favorece configuraciones que asocian asignaciones de recursos con utilizaciones de recursos. A un conjunto de recursos que utiliza más recursos se le asignan más recursos cuando este objetivo está activo. wt-load significa carga ponderada.
Este objetivo se utiliza cuando se está conforme con las restricciones que se han establecido utilizando las propiedades mínima y máxima, y se desea que el daemon manipule los recursos libremente dentro de dichas restricciones.
El objetivo locality influye en el impacto que tiene la localidad, medida por los datos de grupo de localidad (lgroup), en la configuración seleccionada. La latencia es otro modo de definir la localidad. lgroup describe los recursos de memoria y CPU. El sistema Solaris utiliza lgroup para determinar la distancia entre recursos, y el tiempo como medición. Para obtener más información sobre la abstracción del grupo de localidad, consulte Locality Groups Overview de Programming Interfaces Guide.
Este objetivo puede adoptar uno de los tres valores siguientes:
Si se configura, se favorecen las configuraciones que maximizan la localidad de los recursos.
Si se configura, se favorecen las configuraciones que minimizan la localidad de los recursos.
Si se configura, no se favorece ninguna configuración basándose en la localidad de los recursos. Se trata del valor predeterminado para el objetivo locality.
En general, el objetivo locality debe configurarse como tight. Sin embargo, para maximizar el ancho de banda de la memoria o minimizar el impacto de las operaciones de recursos dinámicos en un conjunto de recursos, puede configurar este objetivo como loose o dejar la configuración predeterminada de none.
El objetivo utilization favorece configuraciones que asignan recursos a particiones que no cumplen el objetivo de utilización especificado.
Este objetivo se especifica utilizando operadores y valores. Los operadores son los siguientes:
El operador "menor que" indica que el valor especificado representa un valor de destino máximo.
El operador "mayor que" indica que el valor especificado representa un valor de destino mínimo.
El operador "similar" indica que el valor especificado es un valor de destino para el que se acepta cierta fluctuación.
Pset sólo puede tener configurado un objetivo de utilización para cada tipo de operador.
Si se configura el operador ~, no es posible configurar los operadores < y >.
Si se configuran los operadores < y >, no es posible configurar el operador ~. Tenga en cuenta que la configuración de los operadores < y > no puede contradecirse.
Puede definir los operadores < y > a la vez para crear un intervalo. Los valores se validarán para asegurarse de que no se solapen.
En el ejemplo siguiente, poold evaluará estos objetivos para pset:
El valor de utilization debe estar entre 30 y 80 por ciento.
El valor de locality debe maximizarse para el conjunto de procesadores.
Los objetivos deben adoptar la importancia predeterminada de 1.
Ejemplo 12-1 Ejemplo de objetivos de poold
pset.poold.objectives "utilization > 30; utilization < 80; locality tight"
Consulte Cómo definir los objetivos de configuración para ver algunos ejemplos de uso adicionales.
Hay cuatro categorías de propiedades:
Configuración
Restricción
Objetivo
Parámetro de objetivo
Tabla 12-1 Nombres de propiedad definidos
|