Tengo un servidor de archivos que ejecuta Windows Server 2012 R2. Tiene cuatro unidades Western Digital RED de 6 TB. Quiero alojar mis máquinas Hyper-V, el contenido de WSUS (Servicio de actualización de Windows Server) y WDS/MDT implementar ISO y archivos allí, por ejemplo.
Se me presentan opciones SMB, NFS e iSCSI para conectarme al servidor. Es decir, tengo la opción de configurar un recurso compartido a través de NFS o SMB o crear una unidad iSCSI virtual a la que puedo conectarme.
¿Cómo puedo determinar qué opción es más ideal para soluciones específicas o no importa qué opción elija siempre que el servicio pueda acceder al almacenamiento?
Respuesta1
Se me presentan opciones SMB, NFS e iSCSI para conectarme al servidor. Es decir, tengo la opción de configurar un recurso compartido a través de NFS o SMB o crear una unidad iSCSI virtual a la que puedo conectarme.
Para una conexión directa a un servidor (para un verdadero almacenamiento relacionado con el servidor), iSCSI es el camino a seguir. Y luego administraría el acceso de los usuarios (a través de SMB/CIFS o NFS) a través del servidor.
Pero cuando dice la siguiente cita, es un poco confuso cuál es su pregunta, dónde/cómo se conecta este almacenamiento al servidor principal para empezar:
¿Cómo puedo determinar qué opción es más ideal para soluciones específicas o no importa qué opción elija siempre que el servicio pueda acceder al almacenamiento?
¿Es simplemente un servidor físico de Windows con cuatro unidades Western Digital RED de 6 TB? ¿O es un servidor que funciona solo y las cuatro unidades Western Digital RED de 6 TB existen en un NAS?
¿O estás describiendo tu conexión desde el lado del cliente? ¿Significa que tendrá este servidor Windows con cuatro unidades Western Digital RED de 6 TB y luego querrá conectarse a él?
Mi conjetura es lo último. En general, solo necesita usar iSCSI si necesita configurar el almacenamiento como si fuera una unidad física conectada directamente a su máquina, incluso si es a través de la red, ya que iSCSI es puramente espacio sin formato. Es decir, cuando se conecta a través de un volumen iSCSI recién configurado, debe formatearlo. Solo hago eso cuando hay necesidad de almacenamiento masivo y la conexión es bastante permanente ya que iSCSI asigna espacio sin procesar para su uso.
SMB/CIFS y NFS son las formas más comunes en que varios clientes remotos se conectarían a una máquina para almacenar datos en el recurso compartido. SMB/CIFS sería la mejor y más común forma de conectarse. Y las veces que he usado NFS es únicamente cuando un sistema operativo que no es Windows está conectado al servidor. Como un servidor Linux que necesita acceder a los datos de alguna manera. Pero tenga cuidado: NFS puede ser una molestia porque simplemente no es tan sencillo de configurar en el lado del cliente como SMB/CIFS.
Entonces el desglose sería:
iSCSI:Almacenamiento conectado a la red permanente y preasignado para un servidor que lo necesita. Es básicamente lo mismo que tener un disco externo en su escritorio y todas las funciones para compartir deberían ser administradas por su propio servidor. En su caso, recomendaría preasignar espacio sin procesar en ese dispositivo para las cosas de HyperV. Y luego usar el resto para SMB/CIFS o NFS.
Pymes/CIFS:Esta sería la forma en que la mayoría de los clientes pueden conectarse de forma remota a su almacenamiento compartido diverso. Simplemente asigna espacio en el servidor para compartir y establece permisos y listo. Este no es espacio sin procesar, sino espacio conectado al servidor. Y permite que prácticamente cualquier cliente desde un sistema operativo se conecte de forma remota. Pero no puede hacer cosas que puede hacer en iSCSI, como tratar ese espacio como espacio sin procesar directamente conectado.
NFS:Básicamente, la mejor alternativa alternativa basada en el uso cuando SMB no funciona. Utilizo montajes NFS principalmente para configuraciones de Linux que de alguna manera necesitan conectividad general para compartir archivos, pero de alguna manera actúan de manera “rara” con SMB/CIFS.
Respuesta2
Cuando dices que se te presentan esas opciones para conectarte al servidor, ¿a qué te refieres?
Para HyperV, lo más probable es que utilice un archivo VHD(x) alojado localmente en una unidad local expuesta en el sistema operativo del host. Hay motivos para utilizar algunos de los otros métodos como iSCSI, pero normalmente son para casos de uso en los que necesita agrupación en clústeres o conmutación por error o tiene una SAN o NAS.