APRENDER. PRATICAR. EVOLUIR.Preparar um ambiente que só contém recursos do exercício
O guião exige uma VM Linux descartável, com raiz em RAM e sem discos de dados preexistentes. Os recursos são criados pelo próprio ensaio: um ficheiro de 64 MiB, um target TGT, dois portais no loopback e um mapa DM Multipath. O marcador de preparação não substitui os restantes controlos; o script também recusa dispositivos de dados e daemons storage preexistentes. Na execução registada, o ambiente foi Alpine 3.24.2, kernel 6.18.52-0-virt, Open-iSCSI 2.1.12, multipath-tools 0.13.0 e TGT 1.0.97. Consulta o ficheiro README do laboratório para reproduzir a preparação. Não adaptes a pré-condição para executar numa máquina de trabalho. Antes de correr o guião, prevê quantos recursos e caminhos deverão existir em cada fase.
Separar descoberta, registo e sessão
O ensaio descobre cada portal autorizado separadamente. A descoberta devolve o target e cria informação local de acesso, mas a verificação seguinte ainda não encontra sessões. Na versão executada, iscsiadm -m session devolve 21 neste estado e não há discos SCSI apresentados. Só depois do login surge o primeiro dispositivo; o segundo login acrescenta outro caminho. Se o segundo portal responder No records found, verifica a configuração desse nó e portal antes de investigar capacidade ou filesystem. No trabalho diário, um ticket que diga apenas storage pronto é insuficiente. Regista a etapa confirmada, a identidade esperada, o comando observado e o que o próximo turno deve verificar. Uma sessão ativa também não demonstra que a aplicação montou ou utilizou o volume pretendido.
Relacionar caminhos, identidade e capacidade
Os dois dispositivos apresentados têm a mesma identidade de LUN. No laboratório, o WWID usado pelo mapa é 360000000000000000e00000000470001. A leitura de capacidade devolve 67108864 bytes por caminho e o mesmo valor no mapa. Isto corresponde a 64 MiB; o resumo decimal do target pode mostrar aproximadamente 67 MB. Não há dois volumes de 64 MiB para somar. O mapa agrega acessos a um único recurso. Antes de cada operação de I/O, o guião confirma a identidade do mapa, o tamanho e a identidade dos caminhos. Os nomes sdX são observações locais que podem mudar. Num inventário para o PM técnico, apresenta capacidade por recurso único e redundância por caminho, evitando uma previsão de capacidade duplicada.
Validar intenção e configuração efetiva
O laboratório inclui deliberadamente uma configuração inválida, sem iniciar I/O com ela. Uma opção path_checker colocada na secção multipath produziu um aviso invalid keyword, embora multipath -t terminasse com zero. O guião conserva esse diagnóstico, corrige o âmbito e verifica novamente a configuração. Esta observação ensina a ler stderr e a configuração efetiva, em vez de usar apenas o código de retorno como aprovação. A configuração final limita a inclusão ao WWID do ensaio, usa find_multipaths strict e no_path_retry fail, e coloca path_checker em defaults. São escolhas para este exercício, não uma política universal para arrays. A referência RHEL ajuda a interpretar os conceitos, mas a execução pertence ao ambiente Alpine identificado. Antes de aplicar uma política a outro destino, confirma a versão, suporte e requisitos da aplicação.
# Read-only inspection INSIDE the prepared disposable guest.
iscsiadm -m session -P 3
multipath -ll
blockdev --getsize64 /dev/mapper/dr_san_lab
# Expected map capacity: 67108864 bytes, not twice this value.
# Complete guarded lab: content/labs/san-runtime/run.py
# Preparation and replay: content/labs/san-runtime/README.txtDois portais de loopback apresentam a mesma LUN de 64 MiB. Discovery, sessão e mapa são etapas observáveis distintas.
Armadilhas comuns
Somar capacidade dos caminhos, confiar num alias, ignorar avisos do parser ou executar o guião numa máquina com discos que já têm dados.
Tópicos relacionados: Administração Linux · Suporte de produção L3 · Alta disponibilidade
Segue a cadeia discovery, login, identidade, mapa e I/O. Regista a evidência de cada etapa e o âmbito concreto da implementação.
Referência: Open-iSCSI discovery, node records and sessions · DR SAN 2026-09; selected RHEL 9, ONTAP 9 and iSCSI behavior