SysAdmin Day – Felicidades compañeros.

Hoy es nuestro dia, “El día de la marmota…”, noooo.

Hoy es el día del “Administrador de Sistemas” = SysAdmin Day para los British, asi que felicidades, enhorabuena a los premiados y tomaros hoy una a nuestra salud.

Hasta Chema Alonso desde su Blog nos hace referencia en un día tan señalado:

sysadminday0001

Os dejo unos cuantos Links sobre este día tan hermoso:

Ya queda menos para las vacaciones.

De vuelta al hogar. WordPress y Blogger.

Hola a todos,

Después de la aventura por los Servicios Web de Azure volvemos al hogar de los servicios oficiales de WordPress y Blogger.

WordPress

wordpress0001

Blogger

wordpress0003

He de comentar sobre los Servicios Web de Azure que me han decepcionado ya que he llegado ha hablar con el servicio técnico y me comentarón que me enviarían la solución por correo pero …… estoy esperando….

wordpress0002

wordpress0004Ahora toca recomponer todas las imagenes de varios meses de Post.

Ya queda menos para las vacaciones.

Besos y abrazos.

Generar el fichero cluster.log en Windows Server 2012.

El habilitar el fichero cluster.log en nuestros servicios de cluster nos proporciona un registro detallado de su actividad permitiéndonos utilizarlo en la resolución de problemas, principalmente.

Este registro puede ser generado incluso cuando la creación de nuestro Cluster falla.

¿Como creamos este registro? mediante un cmdlet de Powershell: Get-ClusterLog

Notas a tener en cuenta:

El nivel de detalle predeterminado para nuestro registro del cluster.log es 3.  Este nivel tiene que ser suficiente para la mayoría de los niveles de depuración, pero, en caso contrario, podemos elevarlo.

(Get-Cluster).clusterLogLevel=5

Este nivel de detalle produce un considerable aumento de la información a depurar y, sobre todo, del tamaño del fichero, por lo que conviene, una vez encontrado y solucionado el problema, devolverlo al nivel por defecto.

Para terminar, los logs pueden ser registrados en la hora local, usariamos el siguiente cmdlet:

Get-ClusterLog -UseLocalTime

Se me olvidaba comentar la ruta por defecto donde se genera el fichero cluster.log:

ClusterLog00002

Buen fin de semana a todos.

Que tiene de nuevo Hyper-V en Windows Server 2012 R2?

Bueno, despues de haber visto videos y presentaciones del TechEd del pasado mes en Madrid, os dejo estos links sobre “Qué tiene de nuevo Hyper-V (What’s New in…), Failover Cluster y Powershell 4.0.

Os dejo este video de Channel9 y la  PPT de rigor.

Espero que os gusten.

Saludos robeznos.

Se acabó la suscripción de Azure – Adios a CiudadanoZero.

Despues de 3 meses de suscripción a Azure Websites Services …. hoy se ha acabado y con ello me ha dejado sin blog CiudadanoZero, que podeis ver cómo esta:

Azure0001

Azure0003

Si en un Post anterior (este) decía que los servicios de Webservices de Azure nos dejaban gratis 10 Sites, donde digo dije digo diego, o sea, que nada de nada, mas recortes. Volvemos a masrobeznoquenunca en WordPress y Blogger. Ahora toca arreglar lo publicado en Azure. Vaya chasco de “servicio gratuito”.

Azure0002Trataré de averiguar porque antes si teniamos esas bondades y ahora no.

Por fin es jueves.

Afinar la configuración de nuestro Cluster Hyper-V Windows 2012. Preferred Owners o Nodos preferidos a traves de Powershell.

Como continuación al Post del viernes pasado (este), sobre la afinación en la configuración de nuestro Cluster Hyper-V Windows 2012, dejamos pendiente la configuración a través de Powershell.

Allá vamos. Lo dividiremos en varias partes, debido a su amplitud,, Preferred Owners, Proceso de Failover, Mejoras en el Orden de arranque de las VM y Reglas de Afinidad y Antiafinidad.

.

PREFERRED OWNERS

Partimos desde el punto de que ya tenemos instalado nuestro Cluster de Windows Server 2012 con el Rol de Hyper-V, por lo tanto, al instalar la RSAT, nos cargaría el módulo de PowerShell para FailoverCluster:

HVCluster000011.- Ordenamos los elementos del Cluster.-

Get-ClusterGroup

2.- Ordenamos los elementos del Cluster dependiendo del propietario.-

Get-ClusterGroup | Get-ClusterOwnerNode

TunningHyper-V000100005

Donde vemos los Host preferidos para las VMA y VMB, así como los recursos del Cluster Group y Available Storage .

3.- Asignamos un propietario preferido, el Host A, a una VM por ejemplo a la VMA:

Get-ClusterGroup VMA | Set-ClusterOwnerNode HOST_A

y comprobamos que el recuros VMA tiene su Owner en el Host A:

TunningHyper-V000100006

Si queremos volver a quitar los Preferred Owners de la máquina virtual VMA, sin ningún problema:

Get-ClusterGroup VMA | Set-ClusterOwnerNode “”

 

Bibliografia

Altaro.

Hyper-V Performance – Parte IV – Red.

Me quedé sin espacio en la base de datos de mi WordPress en Azure, así que continuamos en “MasRobeznoQueNunca” hasta que solucione este pequeño problema.

Hoy continuamos con la monitorización de la red.

Después de haber visto la monitorización mas complicada como es la de Almacenamiento o la de memoria, la monitorización de rede la vamos a basar en dos simples contadores, uno para la tarjeta del host y otro para la tarjeta de las Máquinas Virtuales (VM):

a) Tarjeta de red del Host.- El siguiente contador indica el total de Bytes por segundo tanto de tráfico de entrada como de salida en una tarjeta de red física (NIC).

Network InterfaceBytes Total/Sec

Con la siguiente horquilla de valores recomendados:

0001

No tenemos que olvidar detalles tan importantes como la velocidad de nuestra tarjeta de red, como por ejemplo:

  • NIC de 10 GB puede enviar cerca de 1250 millones de bytes/sec
  • NIC de 1 GB puede enviar cerca de 125 millones de bytes/sec
  • NIC de 100 MB puede enviar cerca de 12,5 millones de bytes/sec

y la velocidad de los Switches o Routers a los que está conectado, ya que aunque tengamos la posibilidad de configurar las tarjetas de red a 10 GB si los Switches son de 1GB ……

.

b) Tarjeta de red de la VM.- En el caso de que queramos estudiar el tráfico de las tarjetas de red virtuales (vNIC), utilizaremos el siguiente contador que representa el número total de byts que atraviesan dicho adaptador virtual.

Hyper-V Virtual Network AdapterBytes Total/Sec

Utilizaremos la misma horquilla descrita en el punto anterior.

Buena semana a todos.

Afinar la configuración de nuestro Cluster Hyper-V Windows 2012. Proceso de Failover.

Hoy vamos a configurar dos puntos relacionadas con el proceso de Failover de Máquinas Virtuales (VMs).

 

Partimos desde una infraestructura de un Cluster de Windows Server 2012 con el Rol de Hyper-V de dos nodos, Nodo A y Nodo C. Que contienen dos VMs, VMA y VMB:

TunningHyper-V000100001.

 TunningHyper-V000100004

Preferred Owners.- Imaginaos que de entre todos los Hosts Hyper-V incluidos en el cluster podemos seleccionar nodos como favoritos para la ubicación de una VM, o sea, que podemos priorizar la ubicación de nuestras VMs dependiendo del Host que queremos que sea propietario:

Puede darse la situación que nos interese que una VM solo pueda estar en el nodo A y B y  no en el C, por que este último nodo tiene menos recursos, etc., En nuestro caso tenemos solo dos Hosts, así que lo normal sería configurar ambos como preferidos. Incluso, entre los nodos preferidos, podemos crear un orden, basta con ordenarlos utilizando los botones de Up & Down.

.

TunningHyper-V000100002b

Configuración del proceso de “Failover”.- Podemos especificar el número de veces que el servicio de Cluster intentará reiniciar o realizará un proceso de Failover de las VM, en nuestro caso, en un periodo de tiempo determinado. Configuraremos:

.

  • Máximo número de fallo en un periodo de tiempo.
  • Periodo de tiempo en horas.

 

También configuraremos la marcha a tras del proceso de Failover, conocido como Failback, con las siguientes opciones:

 

  • Denegar el proceso de vuelta a tras.
  • Permitir el proceso de Failback.-
    • Inmediatamente
    • En un periodo de tiempo determinado que elegiremos.

 

Mejorar el criterio de arranque de las VMs en caso de Failover.-

TunningHyper-V000100002

En este último punto vamos a configurar la prioridad que vamos a darle a cada VM en el caso de un proceso de Failover.

 

Como podemos ver tenemos cuatro opciones de ponderación:

 

  • Alta,
  • Media,
  • Baja
  • No auto inicio.

 

Poco puedo aportar sobre cada una de las opciones, bastantes claras.

 

Esto mismo se puede configurar desde las opciones de cada VM, exactamente en “Cambiar la prioridad del arranque”, con las mismas opciones:

TunningHyper-V000100003

Recordar que todos estos puntos se pueden configurar a través de Powershell y también podemos crear reglas de Afinidad y reglas de Anti-Afinidad para las VMs, pero eso lo vemos la semana que viene en otro Post.

Buen fin de semana a todos.

Afinar la configuración de nuestro Cluster Hyper-V Windows 2012. Introduccion.

Llegados a este punto, despues de ver en Post anteriores la instalación y la configuración de una manera sencilla de nuestro Cluster de Windows Server 2012 con el rol de Hyper-V, vamos a proceder a afinar o mejorar, utilizando el término ingles, Tunnear, nuestro cluster.

Estos son los puntos que inicialmente vamos a tratar:

  • Proceso de Failover.-
    • Preferred Owners.
    • Proceso de Failover.-
    • Priorización de VMs en caso de “failover”.
  • Opciones de movilidad.-
    • Quick Migration.-
    • Live Migration.-
    • Storage Migration.-
    • Hyper-V Replica.-
  • Mejoras al modelo de Quorum.-
    • Node vote Weight.- Control sobre qué nodos votan y cuales no votan. Optimo para configuraciones Multisite.
    • Dynamic Quorum.- Permite al propio Cluster administrar el Quorum.

Nos vemos.