Experto en varios temas: iSCSI se adapta perfectamente a los entornos pequeños

Greg Shields

¿Recuerda los viejos tiempos de SCSI? Volver a continuación, averiguar las conexiones SCSI, velocidades, acrónimos y las interfaces prácticamente requieren un anillo de descodificador secreta. Determinar si el servidor necesita Fast SCSI o Ultra SCSI Ultra2 Wide SCSI o cualquier in-between sabor realizados trabajando con las unidades de disco SCSI de una tarea complicada.

Como resultado, más que unos pocos de nosotros produjo una de nuestras manos de frustración. En esos días, a menudo, había guarda el trabajo de SCSI de consultores externos o encontrar nosotros mismos favorece discos más lentos que opera en los marcos que se comprende.

Las cosas han cambiado mucho desde entonces, gracias a los mayores niveles de normalización. En la actualidad, podemos encontrar SCSI prácticamente en todas partes. Ahora, los fabricantes de servidores ofrecen sus equipos con SATA internamente preconfigurado o unidades de atención segura (SAS) de la secuencia. No hay más preocupante acerca de los acrónimos, conectores o anillos descodificador secreta. Basta con agregar los discos y vaya.

Sin embargo, esta estandarización cada vez mayor de SCSI directa aún no superar el hecho de que los dispositivos de almacenamiento de información deben estar conectados directamente a un servidor. Con SCSI tradicional de conexión directa, hay que no hay formas desde el principio para conectar varios servidores para el almacenamiento centralizado a través de la red existente.

Esta necesidad de una solución en red es el motivo de que existe iSCSI. “ I ” en iSCSI reemplaza múltiples de SCSI conexiones con todos los días, run-of-the-mill cables Ethernet. Mediante la consolidación de servidor de almacenamiento del SCSI en un único dispositivo compartido y, a continuación, conectar servidores de almacenamiento a través de la red existente, el entorno de pequeño puede hacer un mejor uso del almacenamiento de forma discreta, proporcionar a los servidores y recursos compartidos de archivos según sea necesario.

Reemplazar las conexiones de Windows PowerShell-Comandos Virtual Machine Manager de SCSI con Ethernet facilita la administración de la capa Windows PowerShell-Comandos Virtual Machine Manager más fácil de cobre. Sin embargo, correctamente la incorporación de iSCSI en su entorno de pequeña sigue necesitando algunas técnicas y de algunos protocolos adicionales que no pueden ser tan evidentes. Con la administración de Low costo y fácil, iSCSI puede ser ideal para las necesidades de almacenamiento de los profesionales de TI Jack-of-all-Trades. Siga leyendo para obtener más información para poder usar correctamente.

Conexiones de despedida físicas, Hola lógico

Potencial de conexión del iSCSI de comprensión se realiza mejor mediante el examen de las opciones. Tómese un minuto para llamar a una consola remota en uno de los servidores favoritos. Una vez allí, abra la herramienta administrativa del iniciador iSCSI. Esta consola se ha proporcionado una modernización de muy necesaria en Windows PowerShell-Comandos Virtual Machine Manager Server 2008 R2, sobre todo agregar el cuadro de diálogo de conexión rápida, podrá ver en de figura 1. Puede crear fácilmente una conexión básica entre este servidor y un LUN con el cuadro de diálogo de conexión rápida de iSCSI expuesto.

Figura 1 el iSCSI Initiator de herramientas administrativas.

En este momento, las definiciones de algunas pueden resultar útiles. Como se muestra en el mundo Windows PowerShell-Comandos Virtual Machine Manager, todas las conexiones iSCSI requiere dos dispositivos. En su servidor favorito es lo que se denomina el iniciador iSCSI. El iniciador iSCSI representa al cliente de “ ” que va a solicitar servicios desde un conjunto de discos de iSCSI.

En el otro extremo es el destino iSCSI. El destino iSCSI tiene los discos a la que desea conectarse. Funciona como servidor de “ ” que solicita los iniciadores de cliente de una o más servicios. Una vez establecida la conexión entre un inicio y de destino, puede descubrir y inicializar uno o más LUNs como volúmenes de disco en el servidor.

Para utilizar iSCSI, obviamente tendrá requiere un dispositivo que admita el protocolo de iSCSI. Puede tratarse de un entorno SAN, en la red. También puede ser un servidor Windows PowerShell-Comandos Virtual Machine Manager normal que se ejecuta una instancia del software de destino iSCSI.

Windows PowerShell-Comandos Virtual Machine Manager tiene su propio software de destino del software de iSCSI. Sin embargo, este software está diseñada para utilizarla en la parte superior Windows PowerShell-Comandos Virtual Machine Manager Storage Server. Otros fabricantes también distribuir el software que se instala como un servicio a un servidor de Windows PowerShell-Comandos Virtual Machine Manager normal. Ese servicio expone los discos del servidor con conexión directa a ubicaciones en cualquier parte de la red.

Una vez instalado, el siguiente paso comienza siempre en el destino iSCSI. Antes para conectar todos los equipos de “ cliente ” para este dispositivo exponen los LUN, primero debe crear y exponer los LUN a la red. Los detalles de este proceso se varían mucho y dependen de su dispositivo y el software. Consulte el manual de la de destino de iSCSI para obtener detalles. Como mínimo, tendrá que dividir fuera una cantidad de espacio en disco como un LUN del LUN de la conexión a la red apropiada y las interfaces de red y agregar las opciones de seguridad o la autenticación.

Después de completar este primer paso, la creación de una conexión básica requiere sólo unos clics. En primer lugar, escriba la dirección IP o nombre DNS del servidor o dispositivo que se ejecuta el software de destino iSCSI en el campo de destino que se muestra en de figura 1 y haga clic en conectar rápida. Si ha creado correctamente y expone los LUN a este servidor, verá ellos aparecen en la lista de destinos Discovered.

La figura 1 muestra que cuatro descubierto destinos, tres de los cuales se han conectado. Destinos detectados siempre aparecen primeros en un estado inactivo. Esto garantiza que se puede conectar a ellos sólo cuando esté listo.

De la figura 2 La conexión al Asistente de destino.

Seleccione un destino y haga clic en el botón Conectar. Verá una ventana similar a de figura 2. Para las conexiones más básicas, asegúrese de que se ha marcado la casilla de verificación superior y haga clic en el botón Aceptar. Marcar la casilla de verificación superior, indica al sistema para restaurar automáticamente la conexión después de cada reinicio.

También hay un botón Avanzadas en esta ventana. Tal como se dará cuenta de un minuto, pero más básico de las conexiones se requieren un conjunto de configuraciones avanzadas, como, por ejemplo, el portal de iniciador IP y el objetivo de identificar IP: más información sobre ella en breve.

Para la conexión de base, hay dos pasos Preparar la unidad restante. En primer lugar, seleccione la ficha de dispositivos y los volúmenes de iniciador iSCSI y haga clic en el botón Configuración automática. Este paso configura automáticamente todos los dispositivos disponibles, enlazarlos aún más para que estén listos para su uso en el siguiente reinicio del sistema.

Después de este paso, puede encontrar que el disco esté visible en administración de discos. Basta con conectarlo, inicializar y formatear el disco (si es necesario). El disco está ahora disponible para su uso como si tuviera un disco de conexión directa.

MPIO/MCS: -Debe tener alta disponibilidad y equilibrio de carga

Mientras la conexión iSCSI discos para servidores a través de la red existente es ideal para conectividad generalizada, pueden de interconexiones de red y crea puntos de error. Accidentalmente, alguien podría desconecte un cable, misconfigure un enrutador, o cualquiera de los miles de problemas que se producen en una red tradicional. Por lo tanto, cualquier uso de la producción de iSCSI realmente requiere conexiones redundantes.

La respuesta aparentemente sencilla podría ser utilizar NIC “ agrupación ” como lo hace con las conexiones de red de producción. Sin embargo, la clásica el equipo NIC para las conexiones iSCSI es no admite ni se considera una práctica recomendada. No lo haga.

Conectando con iSCSI aprovecha su propio conjunto de protocolos que controlan la alta disponibilidad y equilibrio de carga. Asimismo, puede encontrar que la de protocolos de entrada y salida de varios (MPIO) y sesiones múltiples Connected (MCS) de iSCSI son superiores en muchos aspectos al equipo de NIC clásico, ya que cada protocolo tiene una gama más amplia de conmutación por error y las capacidades de equilibrio de carga.

MPIO es un protocolo muy diferente de MCS. El uso de MPIO requiere un módulo específico de dispositivos (DSM) conectado al servidor que ejecuta el iniciador iSCSI. Windows PowerShell-Comandos Virtual Machine Manager incluye su propio “ ” DSM con el sistema operativo Windows PowerShell-Comandos Virtual Machine Manager, instalada de forma predeterminada como la característica de E/s en el Administrador de servidores de varios.

Muchos dispositivos de almacenamiento, pueden utilizar ese DSM con ninguna instalación de software adicional. Otros requieren su propios DSM específicas del fabricante. Consulte el fabricante del dispositivo para determinar si se requiere la instalación de controlador especial o si en el cuadro Windows PowerShell-Comandos Virtual Machine Manager DSM es aceptable.

MCS no requiere dicha instalación DSM al servidor. Sin embargo, para poder utilizar MCS, el dispositivo de almacenamiento debe ser compatible con su protocolo. No todos los dispositivos están habilitados en el MCS, lo que significa que tendrá que investigar un poco para determinar qué protocolo es apropiado para su situación.

Mientras que diferentes en su código subyacente, la administración de sus múltiples rutas es bastante similar. MPIO y de MCS proporcionan una forma de crear múltiples, las conexiones entre un servidor y un destino iSCSI en paralelo. La mayoría de los elementos necesarios para cualquiera es identificar específicamente la NIC y las redes que desee utilizar.

Debido a que MCS implica los pasos mínimos de los dos protocolos, les mostraré el proceso de instalación. Lo que aprenda aquí se traducirá para utilizar MPIO. Recuerde que el anterior ejemplo de una conexión básica adjunta un servidor de almacenamiento a través de una conexión de red. Dicha conexión existente entre la dirección IP única en el servidor y la dirección IP única en el dispositivo de almacenamiento.

La figura 3 dos servidores, cada uno con cuatro interfaces de red, conectan con las interfaces de red de cuatro en un dispositivo de almacenamiento.

“ M ” en MCS está relacionada con lo que el programa de instalación básico con varias conexiones que aumentan. Cada conexión hace referencia a una tarjeta de red y su dirección IP asociada, con cada iSCSI Initiator con múltiplos de cada uno y de destino. La figura 3 muestra este aspecto cuando se conectan dos servidores, cada uno con cuatro interfaces de red y dirección IP asociada, cuatro interfaces de red y direcciones IP en el dispositivo de almacenamiento.

De la figura 4 configuración de MCS la consola.

Para administrar el MCS, seleccione uno de los destinos en de figura 1, a continuación, haga clic en el botón de propiedades, a continuación, en el botón MCS. Verá una consola que se parece a de figura 4. El programa de instalación “ básica ” del ejemplo anterior, configura una única conexión entre el portal de origen en el servidor local y el portal de destino en el dispositivo de almacenamiento.

De la figura 5 Configuración avanzada para agregar una conexión.

Para agregar una conexión, haga clic en el botón Agregar, seguido por el botón Opciones avanzadas. Esto le llevará a la consola de configuración avanzada, como se muestra en de figura 5. En esta consola, debe designar las direcciones IP para una segunda tarjeta de red local en el cuadro IP del iniciador, junto con la dirección IP de un portal de destino remoto segundo en la SAN.

Si no hay ningún destino adicional portales direcciones IP disponibles aquí, es necesario que hacerlo en la ficha de descubrimiento de la consola principal. Repita este proceso para cada combinación de portal de destino y del iniciador.

Las directivas MCS definición comportamientos

Al crear estas conexiones múltiples, proporciona más de una ruta de acceso (Windows PowerShell-Comandos Virtual Machine Manager y lógico) a través del cual se puede transferir el tráfico de red de almacenamiento. Varias de estas rutas de acceso funcionan como destinos de conmutación por error debe pierde una conexión. También puede Windows PowerShell-Comandos Virtual Machine Manager saldo tráfico, agregar mayor capacidad de red con cada nueva conexión.

Aún con estas conexiones múltiples deben ir alguna forma de definir el comportamiento de conmutación por error y equilibrio de carga. MCS, puede configurar cinco directivas:

1. **No superior a sólo:**Mediante una directiva de error sobre sólo, no hay ningún equilibrio de carga de tráfico. Sólo utilizará una ruta de acceso única, con otros usuarios restante en modo de espera hasta que ruta de acceso de la primera conexión se pierde.
2. **Operación por turnos:**Se trata de la directiva más simple que incluye equilibrio de carga. Con esta directiva, el tráfico se rota entre las rutas de acceso disponibles en el orden.
3. **Operación por turnos con un subconjunto de las rutas de acceso:**Este funciona de la directiva de forma similar a Round Robin, excepto uno o más rutas de acceso se mantienen fuera del equilibrio de carga. Estas rutas de acceso se utilizan como estar en espera en caso de un error de la ruta de acceso principal.
4. **Menor profundidad de cola:**También es similar a Round Robin, esta Windows PowerShell-Comandos Virtual Machine Manager de directiva equilibra el tráfico mediante la identificación y el uso de la ruta de acceso con el menor número de peticiones en cola.
5. **Rutas de acceso ponderadas:**Esta directiva le permite peso en situaciones donde algunos pueden disfrutar de mayor capacidad de que otras rutas de acceso. Se equilibra el tráfico entre las rutas de acceso según el peso asignado.

Debido a que MCS funciona en una base de cada sesión, cada sesión individual y las conexiones pueden tener su propia directiva MCS. Preste especial atención a la directiva seleccionada, tal como se puede tener un efecto importante en el rendimiento y la disponibilidad de las conexiones de almacenamiento.

La opción Ajustar perfecta para entornos Small

Hay un comentario que acerca de la consola de iniciador iSCSI: “ trabajo de izquierda a derecha. ” Nuevo en de figura 1, se comprobará seis fichas diferentes: Destinos, Discovery, destinos de favorito, volúmenes y dispositivos, RADIUS y configuración.

Aunque muchas de las conexiones no requieren las modificaciones realizadas en los valores de configuración o RADIUS, la creación de conexiones con esta consola funciona mejor cuando se inicia con destinos y continuar con la configuración a través de volúmenes y dispositivos. Por el contrario, eliminación de una conexión implica estos pasos de reversión y trabajar de derecha a izquierda.

Mientras estos pasos adicionales configuración de las opciones de alta disponibilidad de iSCSI podría parecer complicado, recuerde sólo debe hacerlo tal como se va a agregar nuevos discos a los servidores. Una vez conectado, los discos se volverá a conectar con cada reinicio del servidor y vuelva a configurar automáticamente debe fallar una ruta de acceso.

Debido a la dependencia de iSCSI en la infraestructura de red existente, la forma aumenta tradicional SCSI puede ser ideal para un entorno pequeño. ISCSI SAN es una compra relativamente barata, en ninguna parte cerca de los costes de chasis de SAN refrigerador de tamaño del yesteryear. Sin necesidad de los conocimientos misterioso requeridos por otros medios de almacenamiento, facilitar la administración de iSCSI hace muy apropiado para los profesionales de TI Jack-of-all-Trades.

Greg Shields, MVP, es un socio en concentrado Technology. Obtener el máximo partido de Jack-of-all-Trades sugerencias y trucos de ’ de pantallas en de ConcentratedTech.com.

Contenido relacionado

• CABRA: Un caso de un enfoque por capas a la implementación de escritorios de Windows PowerShell-Comandos Virtual Machine Manager (diciembre de 2009)
• CABRA: Cómo instalar las revisiones de Windows PowerShell-Comandos Virtual Machine Manager - no utilizar System Center Essentials (septiembre de 2009)
• CABRA: Las ventajas de los discos grandes, Cheap (junio de 2009)