Windows Server Insider Preview build 20206 viene con estos cambios

CoreNet: ruta de datos y transportes

• MsQuic - una implementación de código abierto del protocolo de transporte IETF QUIC potencia tanto el procesamiento web HTTP / 3 como las transferencias de archivos SMB.

• Mejoras en el rendimiento de UDP - UDP se está convirtiendo en un protocolo muy popular que transporta cada vez más tráfico de red. Con el protocolo QUIC construido sobre UDP y la creciente popularidad de los protocolos de juegos y transmisión RTP y personalizados (UDP), es hora de llevar el rendimiento de UDP a un nivel a la par con TCP. En Server vNext incluimos el cambio de juego Descarga de segmentación UDP (USO). USO traslada la mayor parte del trabajo necesario para enviar paquetes UDP desde la CPU al hardware especializado de la NIC. Como complemento a USO en Server vNext, incluimos UDP Receive Side Coalescing (UDP RSC) que fusiona paquetes y reduce el uso de CPU para el procesamiento UDP. Para acompañar estas dos nuevas mejoras, hemos realizado cientos de mejoras en la ruta de datos UDP tanto de transmisión como de recepción.

• Mejoras en el rendimiento de TCP: Usos del servidor vNext TCP HyStart ++ para reducir la pérdida de paquetes durante el inicio de la conexión (especialmente en redes de alta velocidad) y SendTracker + ESTANTE para reducir Retransmit TimeOuts (RTO). Estas funciones están habilitadas en la pila de transporte de forma predeterminada y proporcionan un flujo de datos de red más fluido con un mejor rendimiento a altas velocidades.
• PktMon soporte en TCPIP - La herramienta de diagnóstico de red de componentes cruzados para Windows ahora tiene compatibilidad con TCPIP, lo que proporciona visibilidad en la pila de redes. PktMon se puede utilizar para la captura de paquetes, detección de caída de paquetes, filtrado y recuento de paquetes para escenarios de virtualización, como redes de contenedores y SDN.

(Mejorado) RSC en vSwitch

RSC en vSwitch se ha mejorado para un mejor rendimiento. Lanzado por primera vez en Windows Server 2019, Receive Segment Coalescing (RSC) en vSwitch permite que los paquetes se unan y procesen como un segmento más grande al ingresar al conmutador virtual. Esto reduce en gran medida los ciclos de CPU consumidos al procesar cada byte (Ciclos / byte).

Sin embargo, en su forma original, una vez que el tráfico sale del conmutador virtual, se vuelve a segmentar para viajar a través del VMBus. En Windows Server vNext, los segmentos permanecerán unidos en toda la ruta de datos hasta que la aplicación deseada los procese. Esto mejora dos escenarios:

- Tráfico de un host externo, recibido por una NIC virtual

- Tráfico de una NIC virtual a otra NIC virtual en el mismo host

Estas mejoras a RSC en vSwitch estarán habilitadas de forma predeterminada; no se requiere ninguna acción de su parte.

Compatibilidad con el equilibrio de carga de Direct Server Return (DSR) para contenedores y Kubernetes

DSR es una implementación de distribución de carga de red asimétrica en sistemas de carga equilibrada, lo que significa que el tráfico de solicitud y respuesta utiliza una ruta de red diferente. El uso de diferentes rutas de red ayuda a evitar saltos adicionales y reduce la latencia por la cual no solo las velocidades aumenta el tiempo de respuesta entre el cliente y el servicio, pero también elimina algo de carga adicional de la carga balancín.

El uso de DSR es una forma transparente de lograr un mayor rendimiento de red para sus aplicaciones con pocos o ningún cambio de infraestructura. Más información

Presentación de reglas de afinidad / antiafinidad de máquina virtual (rol) con agrupación en clústeres de conmutación por error

En el pasado, nos hemos basado en la propiedad de grupo AntiAffinityClassNames para mantener los roles separados, pero no había un conocimiento específico del sitio. Si había un DC que necesitaba estar en un sitio y un DC que necesita estar en otro sitio, no estaba garantizado. También era importante recordar escribir la cadena AntiAffinityClassNames correcta para cada función.

Existen estos cmdlets de PowerShell:

• New-ClusterAffinityRule = Esto le permite crear una nueva regla de afinidad o anti afinidad. Hay cuatro tipos de reglas diferentes (-RuleType)

• DifferentFaultDomain = mantener los grupos en diferentes dominios de falla
• DifferentNode = mantener los grupos en diferentes nodos (la nota podría estar en un dominio de falla diferente o en el mismo)
• SameFaultDomain = mantener los grupos en el mismo dominio de falla
• SameNode = mantener los grupos en el mismo nodo

• Set-ClusterAffinityRule = Esto le permite habilitar (predeterminado) o deshabilitar una regla

• Add-ClusterGroupToAffinityRule = Agregar un grupo a una regla existente

• Get-ClusterAffinityRule = Mostrar todas o reglas específicas

• Add-ClusterSharedVolumeToAffinityRule = Esto es para almacenamiento Affinity / AntiAffinity donde los volúmenes compartidos de clúster se pueden agregar a las reglas actuales

• Remove-ClusterAffinityRule = Elimina una regla específica

• Remove-ClusterGroupFromAffinityRule = Elimina un grupo de una regla específica

• Remove-ClusterSharedVolumeFromAffinityRule = Elimina un volumen compartido de clúster específico de una regla específica

• Move-ClusterGroup -IgnoreAffinityRule = Este no es un cmdlet nuevo, pero le permite mover por la fuerza un grupo a un nodo o dominio de falla que de otra manera se evitaría. En PowerShell, el Administrador de clústeres y el Centro de administración de Windows, mostraría que el grupo está en violación como recordatorio.

Ahora puedes mantener las cosas juntas o separadas. Al mover un rol, el objeto de afinidad garantiza que se pueda mover. El objeto también busca otros objetos y los verifica también, incluidos los discos, para que pueda tener afinidad de almacenamiento con máquinas virtuales (o roles) y volúmenes compartidos de clúster (afinidad de almacenamiento) si deseado. Puede agregar roles a múltiples, como controladores de dominio, por ejemplo. Puede establecer una regla AntiAffinity para que los controladores de dominio permanezcan en un dominio de error diferente. Luego, puede establecer una regla de afinidad para cada uno de los controladores de dominio en su unidad CSV específica para que puedan permanecer juntos. Si tiene máquinas virtuales de SQL Server que deben estar en cada sitio con un DC específico, puede establecer una regla de afinidad del mismo dominio de error entre cada SQL y su DC respectivo. Debido a que ahora es un objeto de clúster, si intentara mover una máquina virtual SQL de un sitio a otro, verificaría todos los objetos de clúster asociados con ella. Ve que hay un emparejamiento con el DC en el mismo sitio. Luego ve que el CD tiene una regla y la verifica. Ve que la CD no puede estar en el mismo dominio de falla que la otra CD, por lo que el movimiento no está permitido.

Hay anulaciones integradas para que pueda forzar un movimiento cuando sea necesario. También puede deshabilitar / habilitar reglas fácilmente si lo desea, en comparación con AntiAffinityClassNames con ClusterEnforcementAffinity, donde tuvo que eliminar la propiedad para que se mueva y aparezca. También hemos agregado funcionalidad en Drain donde si debe moverse a otro dominio y hay una regla AntiAffinity que lo impide, omitiremos la regla. Las infracciones de las reglas se exponen tanto en el Administrador de clústeres como en el Centro de administración de Windows para su revisión.

Protector de BitLocker flexible para clústeres de conmutación por error

BitLocker ha estado disponible para la agrupación en clústeres de conmutación por error durante bastante tiempo. El requisito era que los nodos del clúster debían estar todos en el mismo dominio, ya que la clave de BitLocker está vinculada al Objeto de nombre de clúster (CNO). Sin embargo, para esos clústeres en el borde, clústeres de grupos de trabajo y clústeres multidominio, es posible que Active Directory no esté presente. Sin Active Directory, no hay CNO. Estos escenarios de clúster no tenían seguridad de datos en reposo. Comenzando con Windows Server Insiders, presentamos nuestra propia clave BitLocker almacenada localmente (encriptada) para que la use el clúster. Esta clave adicional solo se creará cuando las unidades en clúster estén protegidas con BitLocker después de la creación del clúster.

Nuevas pruebas de red de validación de clústeres

Las configuraciones de redes continúan volviéndose cada vez más complejas. Se ha agregado un nuevo conjunto de pruebas de validación de clústeres para ayudar a validar que las configuraciones se establezcan correctamente. Estas pruebas incluyen:

• Listar orden de métricas de red (versiones del controlador)
• Validar la configuración de la red del clúster (configuración del conmutador virtual)
• Validar la advertencia de configuración de IP
• Éxito de la comunicación en red
• Cambiar configuraciones de equipos integrados (simetría, vNIC, pNIC)
• Validar el éxito de la configuración del Firewall de Windows
• Se han configurado QOS (PFC y ETS)

(Nota sobre la configuración de QOS anterior: esto no implica que esta configuración sea válida, simplemente que la configuración está implementada. Estos ajustes deben coincidir con la configuración de su red física y, como tal, no podemos validar que estén configurados con los valores adecuados)

Las imágenes de Server Core Container son un 20 por ciento más pequeñas

En lo que debería ser una ganancia significativa para cualquier flujo de trabajo que extraiga imágenes de contenedores de Windows, el tamaño de descarga de la imagen de Insider del contenedor de Windows Server Core se ha reducido en un 20%. Esto se ha logrado optimizando el conjunto de imágenes nativas precompiladas de .NET incluidas en la imagen del contenedor Server Core. Si usa .NET Framework con contenedores de Windows, incluido Windows PowerShell, use un Imagen de .NET Framework, que incluirá imágenes nativas precompiladas de .NET adicionales para mantener el rendimiento en esos escenarios, al tiempo que se beneficia de un tamaño reducido.

Novedades del protocolo SMB

Subiendo aún más el listón de seguridad, SMB ahora es compatible con el cifrado AES-256. También hay un mayor rendimiento cuando se utiliza el cifrado SMB o se firma con SMB Direct con tarjetas de red habilitadas para RDMA. SMB ahora también tiene la capacidad de realizar compresión para mejorar el rendimiento de la red.

Resumen de privacidad