Crítica de layout necesaria (VLAN y ESXi)

Así que este es mi nuevo "proyecto" que consiste en derribar nuestra networking de legado y volver a hacerlo correctamente. A partir de ahora es un desastre. La producción es una hogpoge de serveres legados que deberían haber sido puestos a pastar hace dos años. Dentro de este período de time que tengo mi VCP, que es bueno, pero no sé todo esto de memory. Esta es mi primera networking / server de renovación. Además de mi primer trabajo de vSphere que no es de laboratorio, en realidad nunca me he conectado a una SAN hasta hace unas semanas cuando recibimos nuestra PS4000. En este momento estoy rompiendo este proyecto en fases de layout por lo que la primera es la VLAN, Switching layout. He adjuntado mi spreadsheet con ID vlan, subnetworkinges, el uso y cambiar los puertos. He leído la asignación de mejores prácticas pero, está comenzando apenas a derretir junta. Si pudiera get algún consejo sobre esto, lo agradecería mucho y, por favor, siéntase libre de rasgarlo aparte.

Asignaciones de VLAN Rev.1

http://dl.dropbox.com/u/6674806/Copy%20of%20Production%20VLAN%20Port%20Assignments-1.xlsx

introduzca la descripción de la imagen aquí

Saludos cordiales,

Brandon

Asignaciones de VLAN Rev. 2

Disposición actualizada

Subido una versión actualizada por consejo.

Usted ha hecho esto absolutamente correctamente! También me parece que está utilizando la conmutación de Juniper en function del formatting de sus interfaces.

Recomendaciones:

Asegúrese de establecer MTU de 9216 en el conmutador Juniper para cualquier puerto que transporta iSCSI. A Equallogic le gustan los frameworks jumbo. Debe establecer TODOS los enlaces del switch a sus sistemas ESXi como troncales, llevando las VLANs apropiadas, esto le da flexibilidad.

Por último, instale la versión con sabor a Dell de ESXi para que tenga los complementos de administración y sistemas de administración abiertos y, a continuación, instale el plug-in multipista de Dell para ESXi y deje que cree su vswitch iSCSI para usted, y, a su vez, cada puerto vmnick y vmkernel están correctamente configurados para frameworks jumbo.

Recuerde también cómo vmware blocksizes afectan a los almacenes de datos de su SAN, por lo general a less que haya un requisito de crear un almacén de datos con un tamaño de bloque de 1 MB, pero esto limita a un VMDK de 512GB o algo como que no recuerdo, tamaño de bloque le permitirá hacer 2TB VM, y así sucesivamente. (No puedo recordar las cifras).

@SpacemanSpiff ha puesto algunas buenas recomendaciones por ahí, un par de cosas para agregar:

  1. No veo ninguna nota sobre qué interfaz utilizará la comunicación HA de VMware. Por defecto es probable que agarre la interfaz de gestión, que debería estar bien; no es mucho tráfico. Pero asegúrese de estar consciente de la interfaz que está utilizando; si, por ejemplo, agregó un host en un vlan diferente para la administración pero los mismos vlans VMotion y FT, entonces el clúster HA no aceptaría ese host.

  2. No estoy seguro de qué tipo de NIC físico tienes, pero te recomiendo que te asegures de que un determinado vSwitch tenga enlaces ascendentes usando múltiples NIC físicas, por lo que un fallo de la tarjeta no te puede provocar. Así, por ejemplo, si tienes 2x NICs de 4 puertos, entonces en lugar de hacer la gestión con vmnic1 y vmnic2, hazlo en 1 y 5.

El enfoque general es sólido. Algunos comentarios:

  • Usted puede tener demasiados adaptadores y al mismo time demasiado poco ancho de banda. En concreto, no hay razón para tener 2 pNICs para la gestión y 2 pNICs para vMotion. Utilice 2 pNIC para ambos, pero configure uno para que esté activo para la administración y el modo de espera para vMotion y el otro para vMotion y el modo de espera para la administración. En cuanto al ancho de banda, FT sobre gigabit puede no funcionar. Necesita calcular las necesidades de FT utilizando las fórmulas en http://www.vmware.com/files/pdf/perf-vsphere-fault_tolerance.pdf .
  • Para iSCSI, debe utilizar la extensión Round Robin o EQL MEM, no cualquier multipathing.
  • Utilice las NIC Broadcom habilitadas para iSCSI y configure la descarga de hardware por http://www.vmware.com/pdf/vsphere4/r41/vsp_41_iscsi_san_cfg.pdf . Tenga en count que Broadcoms no son caros iSCSI HBAs, y no son compatibles con jumbo frames. Sin embargo, tendrá un mejor performance que con el software puro iSCSI y frameworks jumbo.
  • Usted list varias máquinas virtuales que utilizarán diferentes VLAN, pero sólo se especifica una sola VLAN para sus "datos" (networking VM, supongo?) PNICs. En su lugar, deben configurarse como troncos, con múltiples grupos de puertos en el lado de VM.
  • Mire sus numbers de presupuesto y decida si desea boost el nivel de licencia a Enterprise. Eso le dará DRS, Storage vMotion y VAAI. También es un requisito previo para el MEM EQL. Puesto que usted está construyendo un clúster de tres serveres, su mejor compra es uno de los kits de aceleración, y la diferencia entre Adv y Mid (w / Ent. ESXi) es ~ $ 5K.
  • Compre Dell Management Plug-in para VMware. Este será tu complemento favorito después del MEM.
  • No escatime en la memory, especialmente si sus máquinas virtuales son en su mayoría Windows. Empaque los PowerEdges con la memory RAM que su presupuesto lo permita.

Estoy seguro de que podría pensar en más, pero esto también debería ser útil.