Suporte ao iSCSI

Esteja ciente das considerações gerais de suporte ao iSCSI a seguir.

Os parâmetros gerais de iSCSI são aplicáveis independentemente do sistema operacional.

  • O sistema suporta:
    • A porta iSCSI padrão (3260)
    • Um máximo de 512 hosts por grupo de E/S para todos os tipos de nós suportados.
    • Até 1024 sessões por destino iSCSI do sistema de diferentes hosts iSCSI diferentes. Um máximo de 2048 sessões por grupo de E/S de hosts iSCSI com até quatro sessões a partir de um host iSCSI para cada destino iSCSI do sistema.
    • E/S de inicializadores Fibre Channel e iSCSI em hosts diferentes para os mesmos volumes.
      Nota: O sistema não suporta E/S de inicializadores Fibre Channel e iSCSI nos mesmos hosts para os mesmos volumes.
    • Múltiplas sessões de hosts iSCSI, com um máximo de quatro sessões a partir de um host iSCSI para cada destino iSCSI do sistema.
    • Autenticação CHAP unidirecional, na qual é possível especificar um nome do usuário de autenticação com um máximo de 31 caracteres ASCII ou você pode usar o IQN do inicializador como o nome do usuário.
    • Autenticação BI-CHAP com inicializadores que aceitam um campo de nome de usuário em branco.
    • Hosts que estejam em conformidade com a implementação SPC-3 SCSI Spec Persistent Reserve.
  • O iSCSI usa o nome qualificado de iSCSI (IQN) (223 bytes) ou nomes de identificador único estendido (EUI) (64 bits).
    Nota: Assegure que o recurso de controle de IP em um grupo de E/S esteja ativado. Em seguida, se o nó que está agindo como o destino iscsi falhar, o nó do parceiro assumirá os endereços IP do nó com falha, continuando, assim, as operações. Durante o controle, o inicializador iSCSI é desconectado do nó com falha. Uma nova sessão ou login é restabelecido com o nó do parceiro (ativo) que usa o endereço IP do nó com falha.
  • Cada destino iSCSI pode suportar IPv4 e IPv6 simultaneamente.
  • Os sistemas operacionais do host, como Linux, que possuem muitas interfaces Ethernet, estão sujeitos a um problema de Fluxo do Protocolo de Resolução de Endereço (ARP). Esse problema pode ocorrer quando um host responder a solicitações ARP para interfaces na mesma sub-rede ou em uma sub-rede diferente de qualquer interface na mesma sub-rede ou em uma sub-rede diferente. Na maioria dos casos, esse comportamento não é um problema. No entanto, em casos específicos, o Fluxo ARP gera um comportamento inesperado de aplicativos devido a um mapeamento incorreto entre endereços IPv4 e endereços MAC.
    Para evitar o Fluxo ARP no Linux, use a seguinte configuração no host:
    echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter OR

    Para tornar este comportamento persistente, inclua uma entrada net.ipv4.conf.all.arp_filter=1 em /etc/sysctl.conf.

    Se você usar outros sistemas operacionais, como o VMware ESX, verifique suas configurações para evitar o Fluxo ARP também nesses hosts.

  • Os volumes são mapeados para um host que usa o mesmo mecanismo de mapeamento de host que a conexão Fibre Channel. Um volume pode ser mapeado para um host Fibre Channel ou um host iSCSI. O mapeamento de um volume por meio de iSCSI e Fibre Channel para o mesmo host não é suportado.
  • Todos os endereços IP (serviço e configuração) associados a uma porta Ethernet do sistema em cluster devem estar na mesma sub-rede. No entanto, os endereços IP associados a uma porta Ethernet do nó que é usada para tráfego do iSCSI podem ser configurados para pertencer a sub-redes diferentes.
  • Deve-se criar um objeto do host com um nome diferente para usar com cada cliente iSCSI se qualquer uma das situações a seguir for verdadeira:
    • Um host tiver diversos clientes iSCSI (diversos IQNs).
    • Um servidor host do sistema em cluster que possui diversos nomes iSCSI e diferentes segredos de autenticação deve ser usado com um cliente diferente.
    Você deve usar o IQNs apropriado e os segredos correspondente em cada um dos objetos de host correspondente e, em seguida, usar todos os objetos do host para mapear o volume.
  • O sistema designa um ID do grupo da porta do host a uma porta de destino. O ID do grupo da porta do host desempenha um papel significativo na descoberta e login do iSCSI.
    • Um ID do grupo da porta do host é um agrupamento automático de portas que é designado por um número inteiro. IDs de grupo da porta do host são exclusivos entre grupos de E/S.
    • Ao usar o comando cfgportip -host/host_6 yes, somente o ID do grupo de portas do host é designado.
    • Cada ID do grupo de portas do host contém um máximo de quatro portas. Todas as portas em um ID do grupo da porta do host têm velocidades idênticas.
    • IDs do grupo da porta do host idênticos são designados à porta de failover.
  • A descoberta de um host iSCSI em um endereço IP de destino do sistema com um ID do grupo de portas do host específico retorna todas as portas iSCSI pertencentes a esse ID do grupo de portas do host.

    A descoberta de um endereço IP de destino com um ID do grupo de portas do host diferente do endereço IP de destino no qual o host já está conectado resulta em nenhum IP retornado como parte da descoberta. Por exemplo, se um host estiver conectado a um conjunto de IPs de destino em portas que pertencem ao ID do grupo de portas do host 1, a descoberta de um endereço IP de destino que pertence ao ID do grupo de portas do host 2 não retornará nenhum endereço IP.

  • Um IQN pode estabelecer sessões com um nó do sistema que pertence a um único ID do grupo de portas do host. Portanto, é importante selecionar com qual ID do grupo de portas do host estabelecer sessões, com base no host correspondente e na velocidade da porta de destino e na topologia de rede.