Temas etiquetados como: ‘cluster’

Resource Pool en VMWare

25 Abril, 2011

vmware Resource Pool en VMWare

ADMINSTRACIÓN DE MEMORIA Y CPU

Diremos que es equivalente al módulo 10 del VCP ( Virtual Certificate Professional )

La utilización de rsp ( resource pool ) se utiliza básicamente para repartir los recursos del servidor de manera que puedas segmentarlos y utilizarlos de manera que puedas hacer reservas de estos recursos para grupos de VMs que se encuentran bajo este. La segmentación a nivel de recursos puede hacerse para la CPU, memoria, almacenamiento y red. La necesidad de los rsp viene por el llamado “overcommitment” de los recursos, es decir que las máquinas virtuales consuman recursos de lo necesario impidiendo que otras VMs dispongan de ellos. Ten en cuenta para hacernos una idea que los recursos de un servidor ESX se utilizan como si fuese dinero en un banco, es decir, no todos los recursos están reservados para las máquinas, sino que vamos jugando con ellos permitiendo que las máquinas que en ese momento no lo están utilizando lo cedan a otras máquinas para que se aprovechen los recursos del Server al máximo, si estos recursos totales superan los recursos globales del servidor, el servidor ESX se encontrará afectado provocando paginación o falta de CPU dando lugar a un bloqueo del servidor ESX por motivos obvios.

Los rsp nos ayudarán a conseguir unos objetivos concretos, que serán:

  1. Aislamiento de rendimiento: Previenen que las máquinas monopolicen los recursos permitiendo una garantía de recursos para otras máquinas
  2. Utilización Eficiente: consiguiendo que los recursos que no son utilizados por otras VMs estén disponibles para otras VMs ( Llamado Undercommit de recursos ).
  3. Administración sencilla: Permite un control relativo de las VMs permitiendo un servicio para las VMs.

CONFIGURACIÓN DE RECURSOS DE CPU PARA LAS VMs

La configuración de un rsp respecto a la CPU tiene tres configuraciones posibles: CPU Limit, CPU reservation y CPU Share.

  1. CPU Limit: Está definida por el máximo de CPU siendo esta una media en MHz que se le permite a la VM o VMs que se encuentran bajo este rsp.
  2. CPU Reservation: Cantidad de memoria en MHz ( media ), es la  CPU que se le reserva a VM o VMs bajo un rsp que se hace automáticamente disponible por un ESX, el ESX deja de utilizarla y la reserva automáticamente para este grupo de VMs o VM. Las demás máquinas virtual fuera de este rsp no podrán utilizar los MHz reservados.
  3. CPU share: Esta configuración permitirá a la VM o VMs ser la primera y privilegiada en disponer de tiempo de procesador e lucha con otras VMs.

» Leer más: Resource Pool en VMWare

Actualización SP3 SQL 2005 en cluster Microsoft

16 Febrero, 2010

Para realizar la instalación del SP3 en un cluster de SQL debes proceder con el SP3 en el nodo activo. Dicho Service Pack se encarga de actualizar los servicios comunes que se encuentran clusterizados. Esto quiere decir que al ejecutar el SP3 en el nodo activo actualizará el nodo1 y el nodo2 sólo pero sólo los servicios que se pueden poner en cluster :

• SQL Server ( Motor de la base de datos )
• Analysis Services

Por ello cuando realizas una instalación en cluster sólo puedes instalar como cluster esto:

servicios clusterizables1 Actualización SP3 SQL 2005 en cluster Microsoft

Los demás servicios al no ser clusterizables, se actualizan de forma independiente.
Esto quiere decir que tendremos que ejecutar otra vez el SP3 en el nodo pasivo (nodo2 ) y aquí se actualizará todo menos el Analysis Services y el motor de SQL Server, estos no saldrán marcados ya que es el nodo pasivo.
Para realizar la instalación mantén todos los recursos en el nodo1 y no los cambies hasta terminar la actualización completamente en ambos servidores, siempre deja los recursos en un nodo durante todo el proceso, por ejemplo en el nodo1.
Fíjate como cuando actualizas en el nodo 1 el SP3, la instalación hace referencia a la instancia de cluster actualizando los archivos en ambos nodos. Primero haciendo el nodo pasivo y luego el activo, no te preocupes si tarda la siguiente pantalla, está actualizando en primer lugar el pasivo:
esperando nodo2 300x68 Actualización SP3 SQL 2005 en cluster Microsoft

Aclaremos una cosa, hay algunos servicios de SQL que se pueden poner en cluster. Esto significa que cuando los instales tienes que hacerlo tanto en nodo como en otro de forma independiente, estos son los siguientes:

servicios no clusterizables sql 300x103 Actualización SP3 SQL 2005 en cluster Microsoft

Esta es la razón por la que la actualización, también ha que pasarla luego en el nodo pasivo, para que actualice estos componentes. Si no has instalado ninguno de estos no sería necesario pasar la actualización en el nodo 2. Sólo en el nodo que los tengas instalados.

Un dato importante después de la actualización fijarnos en el motor de la bbdd dentro del SQL Management y verificar si la versión que has instsalado es la correcta:

9.00.1399 – SQL Server 2005 release (RTM)
9.00.2047 – SQL Server 2005 SP1
9.00.3042 – SQL Server 2005 SP2
9.00.4053 – SQL Server 2005 SP3

8.00.194 – SQL Server 2000 release (RTM)
8.00.384 – SQL Server 2000 SP1
8.00.534 – SQL Server 2000 SP2
8.00.760 – SQL Server 2000 SP3
8.00.2039 – SQL Server 2000 SP4

7.00.623 – SQL Server 7.0 release (RTM)
7.00.699 – SQL Server 7.0 SP1
7.00.842 – SQL Server 7.0 SP2
7.00.961 – SQL Server 7.0 SP3
7.00.1063 – SQL Server 7.0 SP4

6.50.201 – SQL Server 6.5 release (RTM)
6.50.213 – SQL Server 6.5 with Service Pack 1
6.50.240 – SQL Server 6.5 with Service Pack 2
6.50.258 – SQL Server 6.5 with Service Pack 3
6.50.281 – SQL Server 6.5 with Service Pack 4
6.50.415 – SQL Server 6.5 with Service Pack 5
6.50.416 – SQL Server 6.5 with Service Pack 5a


-->