Alta disponibilidade ISCSI e Multipath - RedHat

Vou demonstrar como podemos exportar uma LUN de um storage, contornando possíveis problemas físicos não afetando a disponibilidade do nosso sistema. O volume é exportado em um host cliente.

[ Hits: 18.426 ]

Por: Lucas Takashi Tominaga em 13/04/2015


Configurar ISCSI Client e Multipath



Na máquina cliente, note que temos apenas um disco disponível no host:

# ls /dev/sd?
/dev/sda

Para que possamos importar os volumes expostos pelo ISCSI e configurar o multipath, devemos instalar os pacotes na máquina cliente:

# yum install iscsi-initiator-utils device-mapper-multipath -y

Após instalação do pacotes, vamos então mapear o volume remoto disponível pelo storage. Primeiramente, vamos solicitar à máquina storage que envie os volumes disponíveis (Targets):

* Lembrando que devemos fazer esta requisição pelas duas redes 10 e 192.

# iscsiadm -m discovery -t st -p 192.168.56.101
192.168.56.101:3260,1 iqn.2014-05.com.exaple.iscsi:diskiscsi

# iscsiadm -m discovery -t st -p 10.0.2.4
10.0.2.4:3260,1 iqn.2014-05.com.exaple.iscsi:diskiscsi

Descoberto as LUN's disponíveis, vamos então mapear este volume:

* Note que quando pedimos para que seja mapeado o volume ISCSI, o próprio deamon do ISCSI utiliza os dois "caminhos"

# iscsiadm -m node -T iqn.2014-05.com.exaple.iscsi:diskiscsi -l
Logging in to [iface: default, target: iqn.2014-05.com.exaple.iscsi:diskiscsi, portal: 192.168.56.101,3260] (multiple)
Logging in to [iface: default, target: iqn.2014-05.com.exaple.iscsi:diskiscsi, portal: 10.0.2.4,3260] (multiple)
Login to [iface: default, target: iqn.2014-05.com.exaple.iscsi:diskiscsi, portal: 192.168.56.101,3260] successful.
Login to [iface: default, target: iqn.2014-05.com.exaple.iscsi:diskiscsi, portal: 10.0.2.4,3260] successful.


Vocês lembram que tínhamos apenas um disco disponível no host Cliente? Bom, agora temos os volumes exportados do storage:

# ls /dev/sd?
/dev/sda
/dev/sdb
/dev/sdc


Para que as configurações sejam persistentes, coloque o serviço na inicialização:

# chkconfig iscsid on

Configuração do multipath

Agora vamos iniciar a configuração do multipath. Primeiramente, copie o modelo de arquivo de configuração da documentação para o "/etc":

# cp /usr/share/doc/device-mapper-multipath-0.4.9/multipath.conf /etc

Vamos editar o arquivo. Feita configurações simples no arquivo (fique à vontade para explorar todos os recursos: alias, blacklist etc):

defaults {
   user_friendly_names    no
   getuid_callout   "/lib/udev/scsi_id --replace-whitespace --whitelisted --device=/dev/%n"
}

Reiniciando o serviço do multipath e colocando o mesmo na inicialização:

# /etc/init.d/multipathd restart ; chkconfig multipathd on

Feito isso, podemos agora manusear o dispositivo. Crie uma partição com 2 GB, utilizando filesystem ext4:

# fdisk /dev/mapper/1IET_00010001

Se por algum motivo, após criar a partição não for reconhecido como o exemplo abaixo, execute os comandos:

# partprobe
E:
# multipath -r

O comando "multipath -r" é comum ser utilizado quando esta mesma LUN é entregue a mais de uma máquina em um cluster, por exemplo.

# mkfs -t ext4 /dev/mapper/1IET_00010001p1

Página anterior     Próxima página

Páginas do artigo
   1. Infraestrutura
   2. Configurando Storage
   3. Configurar ISCSI Client e Multipath
   4. Testando os serviços
Outros artigos deste autor
Nenhum artigo encontrado.
Leitura recomendada

Armazenamento de arquivos em Linux: um estudo de caso

GmailFS - sua conta de e-mail como um sistema de arquivos no Slackware 10.2

CentOS e LVM

Alta disponibilidade: CentOS 6 - configurando os pacotes DRBD com gfs2 - parte 1

Acesso a compartilhamentos do Samba sendo autenticados pelo Active Directory usando Kerberos

  
Comentários
[1] Comentário enviado por millinux em 15/04/2015 - 21:47h

O cara manja.

[2] Comentário enviado por Donizetti em 21/04/2015 - 22:30h

Parabéns pelo artigo, Lucas Takashi Tominaga.
Fico muito "satisfeito" quando me deparo com artigos, como o seu, artigos que fazem diferença. É sobre coisas importantes e significativas assim, que todos os que trabalham ou mesmo flertam com tecnologia, deveriam se preocupar em saber e ter habilidade de transferir a outrem.

[3] Comentário enviado por lucastominaga10 em 22/04/2015 - 20:03h

Agradeço pelo elogio e fico super feliz que tenham gostado....Compartilho do mesmo pensamento que você meu amigo pois usufluir de um software livre que se baseia em comunidade e colaboração....Por isso sou a favor do compartilhamento de conhecimento e colaboração seja através de um artigo desde o mais simples até o mais completo, da tradução de um manual ou mesmo colaboração com um código...
assim que possivel vou montar um artgio de failover de apache em HA para ajudar quem curte esses assuntos...
abraço brother!

E obrigado ao administradores da pagina viva o linux que deram um talendo no artigo heehe ..

[4] Comentário enviado por Donizetti em 22/04/2015 - 22:37h

Mais uma vez, parabéns Lucas Takashi Tominaga. É com ansiedade que aguardarei por teu artigo sobre "FAILOVER". De fato, com mais essa, vejo que você é um rapaz de visão e conhecimentos diferenciados. As suas abordagens quanto a tecnologia, são pertinentes ao que faz toda diferença no dia a dia. Conheço vários técnicos e infelizmente, quase que em sua totalidade não fazem a mínima ideia do que seja um failover. Inclusive, tenho conhecimento de empresas que contrataram "supostos" profissionais, para disponibilizar tal serviço em Windows Server e deram com "os burros n' água". Estou aguardando para compartilharmos mais esse conhecimento importante. donelinux.blogspot.com


Contribuir com comentário




Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts