Tenga en cuenta lo siguiente al configurar el servicio de archivos de vSAN:

  • vSAN 8.0 admite configuraciones de dos nodos y clústeres ampliados.
  • vSAN 8.0 admite 64 servidores de archivos en una configuración de 64 hosts.
  • vSAN 8.0 admite 100 recursos compartidos de archivos.
  • vSAN 8.0 Update 2 admite el servicio de archivos en Express Storage Architecture (ESA).
  • El clúster de vSAN 8.0 Update 3 ESA admite 250 recursos compartidos de archivos. De esos 250 recursos compartidos de archivos, solo un máximo de 100 pueden ser SMB. Por ejemplo, si crea 100 recursos compartidos de archivos SMB, el clúster solo podrá admitir 150 recursos compartidos de archivos NFS adicionales.
  • Los servicios de archivos de vSAN no admiten lo siguiente:
    • Controladores de dominio de solo lectura (RODC) para unir dominios, ya que RODC no puede crear cuentas de máquina. Como práctica recomendada de seguridad, se debe crear una unidad organizativa dedicada previamente en Active Directory y el nombre de usuario mencionado aquí debe controlar esta organización.
    • Espacio de nombres independiente.
    • Entornos con varios dominios y un solo bosque de Active Directory.
  • Cuando un host entra en modo de mantenimiento, el servidor de archivos se mueve a otra FSVM. Se apagarán las FSVM del host que entró en modo de mantenimiento. Una vez que el host sale del modo de mantenimiento, se encenderá la FSVM.

  • La red interna de docker de la máquina virtual de servicios de archivos (FSVM) de vSAN puede superponerse a la red del cliente sin ninguna advertencia ni reconfiguración.

    Se produce un problema de conflicto conocido si la red de servicio de archivos especificada se superpone a la red interna de docker (172.17.0.0/16). Esto provoca un problema de enrutamiento para el tráfico hacia el endpoint correcto.

    Como solución alternativa, especifique una red de servicio de archivos diferente para que no se superponga a la red interna de docker (172.17.0.0/16).