• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Hyper v ha t echnet latam
 

Hyper v ha t echnet latam

on

  • 4,930 views

 

Statistics

Views

Total Views
4,930
Views on SlideShare
1,539
Embed Views
3,391

Actions

Likes
0
Downloads
41
Comments
0

4 Embeds 3,391

http://geeks.ms 3373
http://feeds.feedburner.com 15
http://theoldreader.com 2
http://translate.googleusercontent.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Hyper v ha t echnet latam Hyper v ha t echnet latam Presentation Transcript

    • Hyper-V Unleasheden Windows Server 2008 R2
      Pablo CamposIngeniero de Plataforma ArticLynxpacampos@alx.cl
      http://geeks.ms/blogs/pcampos
      Ppts basadas en la de David Cervigon
    • Agenda
      Introducción
      Repaso y Novedades de FailoverCluster en 2008 R2
      Configuración y diseño de la red
      Configuración del Almacenamiento SAN
      Dimensionamiento y configuración fina
    • Windows Server 2008 R2 Hyper-V vs. Microsoft Hyper-V Server 2008 R2
      Microsoft Hyper-V Server
      Hyper-V como role de
      Windows Server 2008 R2
      Microsoft Hyper-V Server 2008 R2 (HVS)
      VM
      VM
      Parent Partition
      Hyper-V
      Windows hypervisor
      MISMAS FUNCIONALIDADES
      Hardware
      VM
      VM
      Windows (parent partition)
      Windows hypervisor
      Hardware
      Descargagratuitaqueincluye el hypervisor y todos los componentesnecesariosparavirtualizar (Windows Kernel, drivers, red, almacenamiento…)
      Disponiblecomo role en unainstalación “full” o “Server Core” de Windows Server 2008
    • Host ClusteringHA, Quick Migration, Live Migration, CSVs
      NIC3 - 192.168.100.2
      NIC3 - 192.168.100.1
      Red de HeartBeat
      NODO2
      NODO1
      Server Core
      Server Core
      NIC1 - 192.168.0.1
      NIC1 - 192.168.0.2
      Red Pública
      NIC2 - 10.10.10.1
      NIC2 - 10.10.10.2
      “Intranet” Red Virtual
      DC
      192.168.0.100
      Almacenamiento SAN
      192.168.0.100
    • Alta Disponibilidad en entornos virtualizadosRepaso y novedades de FailoverCluster en 2008 R2
    • Requerimientos del Almacenamiento para Clustering en Windows Server 2008
      Tipos de BUS compartido soportados:
      SAS
      Fibre Channel
      iSCSI
      Solo se soporta el almacenamiento que admita PersistentReservations (SCSI-3)
      No se soporta a parallel-SCSI
    • Nuevo modelo de Quorum
      Membresía al cluster basada en “Mayorías”
      Quien y qué tiene un voto es totalmente configurable
      Eliminación de puntos de fallo
      El diseño original asumía que el almacenamiento siempre estaría disponible
      Ahora el cluester puede sobrevivir a una perdida de conexión con los nodos
      Nuevo modelo de quorum
      Híbrido del antiguo MajorityNode Set (MNS) y Quorum basado en disco compartido
      Este nuevo modelo reemplaza a los dos anteriores
    • Mayoria de Nodos
      Solamente los nodos tienen voto
      Se requieren 3+ nodos, y no hay necesidad de tener almacenamiento compartido
      Se requiere la mayoría de los nodos para operar el Cluster
      Voto
      Voto
      Voto
      SAN
    • Mayoría de Disco y Nodos
      Mayoría de nodos con un” modelo de quorum basado en un “disco testigo”
      3 votos en total, con dos necesarios para la mayoría
      El Cluster puede sobrevivir a la pérdida de cualquiera de los elementos con un voto
      Voto
      Voto
      Cada nodo tiene 1 voto
      SAN
      Voto
      El dispositivo del almacenamiento compartido tiene 1 voto
    • Mayoría de nodos y carpeta compartida
      Un File Share Witness (testigo) permite tener un Cluster de dos nodos sin disco compartido
      Excelente solución para Clusteres geográficamente dispersos
      Un servidor de ficheros puede usarse para albergar los testigos de múltiples clústeres
      Testigo
      Carpeta compartida en un servidor independiente
      Voto
      Voto
      Cada nodo tiene 1 voto
      SAN
    • Solo disco
      Solamente un disco compartido tiene voto
      Los nodos no tienen voto, por lo que el disco de Quorum es el master
      El Cluster estará vivo solamente si un nodo puede alcanzar el disco
      Mismo comportamiento que el tradicional modelo de Quorum
      Generalmente no recomendado
      SAN
      El dispositivo de almacenamiento compartido es el master
      Voto
    • Mejoras en la Validación
      Se puede correr antes, durante o después del despliegue del cluster
      Incluye comprobaciones adicionales de buenas prácticas
      Configuración del Quorum
      Estado de los recursos del cluster
      Configuración del Network Name en un clustermulti-site
      Ofrece una guía prescriptiva para lograr mayor disponibilidad
      Recoge información acerca de la configuración para documentación y soporte
    • PowerShell
      Línea de comandos, lenguaje de scripting e interfaz programática
      Gestión mejorada
      Corre la validación
      Crea clusteres y clusteriza roles
      Gestiona Hyper-V y CSV
      Genera informes de dependecias
      Server Core, Hyper-V Server 2008 R2, & Cliente RSAT
      Reemplaza a cluster.exe como herramienta CLI
    • PowerShell
      Listado de la propiedades del Clúster
      • Get-Cluster
      Crear un servidor de ficheros
      • Add-ClusterFileServerRole–Storage “Cluster Disk 3” –Name Win2008R2FS1 – StaticAddress192.168.1.100
      Exportar a texto el log de Clúster
      • Get-ClusterLog–Cluster Win2008R2Cluster –Node nodo1 –DestinationC:Logs
      Cmdlets para FailoverCluster
      http://technet.microsoft.com/en-us/library/ee461009.aspx
    • Acceso en modo solo lectura
      Acceso en solo lectura a la Cluster API
      Privilegios reducidos
      Ver el cluster
      Sin poder llevar a cabo acciones
      Minimiza el riesgo
      Seguridad mejorada
      Útil para la primera capa de soporte, colaboración entre equipos, administración e investigación
      Soportado por Powershell
    • Quick Migration vs. Live Migration
      Live Migration
      (Windows Server 2008 R2Hyper-V)
      Estado de la VM y Transferencia de la Memoria
      Crea la VM en el destino
      Mueve páginas de memoria desde el origen al destino via Ethernet de manera iterativa
      Transferencia final del estado y restauración de la VM
      Pausa la máquina virtual
      Mueve el almacenamiento desde el origen al destino
      Continua la ejecución
      Quick Migration
      (Windows Server 2008 Hyper-V)
      Salva el estado de ejecución
      Crea la VM en el destino
      Escribe la memoria de la VM en el almacenamiento compartido
      Mueve la VM
      Mueve la conectividad del almacenamiento del host origen al host destino
      Restaura el estado y continua la ejecución
      Lee la memoria de la VM del almacenamiento compartido y la restaura en el host destino
      Continua la ejecución
      Host 2
      Host 1
      Host 1
      Host 2
    • Operación de Live Migration
      Memoria
      Configuration
      Configuration
      State
      State
      Server 1
      Server 2
    • Cluster Shared Volumes
      Todos los servidores del cluster tienen acceso simultáneo a las mismas LUN del almacenamiento
      Utiliza NTFS, elimina los problemas de letras de unidad, mismas herramientas, sin modificaciones en la SAN…
    • Modo mantenimiento SCVMM
      Aplica a host stand-alone y clusters
      Dos opciones
      Save-state (no migra)
      Live Migration de todas las VMs en alta disponibilidad y save-state de las que no
      Cuando un Host esta en mantenimiento:
      No se monitoriza
      No se pueden crear VMs
      No se pueden mover VMs al host
      Puede reconfigurarse o eliminarse el host
      Se pueden arrancar y parar sus VMs
      Se pueden mover VMs hacia fuera del host
      Cuando termina el modo mantenimiento
      Se refresca el estado del host y puede volver a albergar VMs
      No se reinician ni se mueven VMs de vuelta
    • Escenarios de uso del modo mantención
      Habilitar modo de mantención
      El servicio queda Fuera de Linea en el Host
      Shared Storage
    • DEMOPrerrequisitos y Validación de los nodos del cluster
    • Alta Disponibilidad en entornos virtualizadosConfiguración y Diseño de la red
    • Hyper-V Networking
      Máquina Virtual
      NIC Sintética
      NIC Legacy (Intel 21140)
      12 NICs por VM
      8 sintéticas
      4 legacy
      Hasta 10Gb/s
      Soporta VLANs
      Partición Padre
      Redes Virtuales enlazadas a NICs físicas
      Externas – Limitadas por el número de NICs
      Internas – Ilimitadas
      Privadas – Ilimitadas
      Solo NICs Ethernet (no Wireless)
      Soporta VLANs
      Trunking (VTP Protocol)
      NIC enlazada a Hyper-V
      NIC dedicada (Gestión)
    • Switches virtuales – Switches físicos
      VM1
      VM2
      VLAN2
      VLAN1
      VMBUS
      Los puertos del Switch Virtual
      son troncales
      Virtual Switch
      Tarjeta física del Host
      VLAN2
      VLAN1
      Trunk Port
      Physical Network Switch
    • Cómo repartir las NICs
      Mínimo 2, máximo… y mejor Gigabit
      2 NICs
      NIC1: HeartBeat + LiveMigration
      NIC2: Gestión + vSwitch
      3 NICs
      NIC1: HeartBeat + LiveMigration
      NIC2: Gestión
      NIC3: vSwitch
      4 NICs
      NIC1: HeartBeat + LiveMigration
      NIC2: Gestión
      NIC3: vSwitch1
      NIC4: vSwitch2
      Si se va a utilizar iSCSI es conveniente dedicar una o dos (MultiPath) tarjetas conectadas a redes Gigabit
      Importante segmentar/repartir el trafico en diferentes switches físicos
      Rendimiento
      Tolerancia a fallos
    • DEMOConfiguración de las redes preferidas para Live Migration
    • Windows Server 2008 Hyper-V R2Configuración del Almacenamiento SAN
    • Receta
      Instalar el Sistema Operativo
      Instalar los drivers del fabricante
      Instalar Roles y Funcionalidades
      Hyper-V
      Multipath I/O
      FailoverCluster
      Desde el almacenamiento
      Crear las LUNs sobre los discos, con el nivel de RAID deseado
      Presentar las LUNs que conformaran el almacenamiento compartido Instalar el DeviceSpecific Module (DSM) de la cabina de almacenamiento
      Es frecuente ver los volúmenes correspondientes a cada LUN duplicados en el Administrador de Discos
    • Los CSVs son LUNs normales
      Solo cambia la forma en la que las maneja el cluster
      En todos los nodos se montan en el mismo path: C:ClusterStorageVolumeXX
      Hay que habilitar su soporte a nivel de cluster
      Interfaz gráfica
      Cluster.exe /propEnableSharedVolumes=1
      Receta:
      Presentar la LUN que queremos que sea un CSV a todos los nodos del cluster
      Tener en cuenta que tendrá un gran volumen de datos y un alto I/O
      Agregar la LUN al cluster (conviene re-validar el cluster)
      Agregar el nuevo disco que aparece como almacenamiento disponible como un nuevo CSVs
    • Redirected I/O
      Redirección del I/O por SMB
      La VM corriendo en el nodo 2 no esafectada
      Volumenmontado en e l Nodo 1
      Fallo de conectividad a la SAN
      SAN
      Las VMs todavía se pueden mover por Live Migration
      VHD
    • CSVs vs. LUNs dedicadas
      CSVs
      Pros
      Simplifica el diseño del almacenamiento y el uso de herramientas específicas (p.eBackup, Clone, Mirror, etc.)
      Ahorra espacio
      Facilita la gestión del entorno virtualizado
      Mejores tiempos de respuesta en Live Migrations
      Cons
      Muchos huevos en la misma cesta
      Rendimiento (discutible)
      No permite Pass-Through
      LUNs Dedicadas
      Pros
      Rendimiento (discutible)
      Aislamiento
      Pass-throug
      Geo-Clustering
      Migraciones vía SAN transfers/NPIV
      Cons
      Complica el diseño almacenamiento
      Complica el aprovisionamiento de nuevas VMs
      Peores tiempos de Live Migration
    • DEMOPaso a paso para crear un CSV
    • Alta Disponibilidad en entornos virtualizadosDimensionamiento y configuración fina
    • Clusters vs. Stand alone
      La HA tiene un precio
      Un nodo de cluster siempre está peor aprovechado que un stand-alone
      Los requerimientos de hardware e infraestructura son mayores.
      La solución es más compleja de diseñar, implementar y mantener
      ¿Realmente necesito un cluster?
      Criticidad de las VMs albergadas
      Uso de otro tipo de estrategias de HA adicionales
      Exchange CCR, DB Mirroring, NLB, Pools de VMs, etc.
      Las VMs todavía se pueden migrar entre hosts stand-alone, con unos tiempos de parada muy aceptables (minutos)
    • Dimensionamiento y configuración fina
      Factores a tener en cuenta
      Número máximo de nodos en fallo que se pueden soportar según el número de nodos y el modelo de quorum.
      Para más de dos nodos, un voto adicional basado en disco o file share solo tiene sentido para un número par de nodos.
      Los nodos pasivos son útiles.
      Aceleran los failovers
      Debemos planificar su “desperdicio de hardware equivalente” en cualquier caso, repartiéndola entre los activos
      A mayor número de nodos, más podemos relajar la proporción Activos/Pasivos
      La memoria NO es el único factor a tener en cuenta a la hora de cargar nodos con VMs
      La CPU puede ser determinante
      Hay que tener muy en cuenta el I/O de red y almacenamiento
      Planificar detalladamente las listas de possibleowners y preferredowners para cada grupo de cluster asociado a cada VM
    • Gracias !!!
    • © 2009 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries.
      The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.