Instale e registre o SUSE Linux Enterprise Server 12 SP3 juntamente com a extensão do SUSE Enterprise Storage em cada nó do cluster.

Verifique se os produtos apropriados estão instalados e foram registrados listando os repositórios de software existentes. A lista será semelhante a esta saída:

 root@minion > zypper lr -E
#  | Alias   | Name                              | Enabled | GPG Check | Refresh
---+---------+-----------------------------------+---------+-----------+--------
 4 | [...]   | SUSE-Enterprise-Storage-5-Pool    | Yes     | (r ) Yes  | No
 6 | [...]   | SUSE-Enterprise-Storage-5-Updates | Yes     | (r ) Yes  | Yes
 9 | [...]   | SLES12-SP3-Pool                   | Yes     | (r ) Yes  | No
11 | [...]   | SLES12-SP3-Updates                | Yes     | (r ) Yes  | Yes

Defina as configurações de rede incluindo a resolução de nome DNS em cada nó. O master Salt e todos os minions Salt necessários para resolução entre eles por meio dos nomes de host. Para obter mais informações sobre como configurar uma rede, consulte https://www.suse.com/documentation/sles-12/book_sle_admin/data/sec_basicnet_yast.html. Para obter mais informações sobre como configurar um servidor DNS, consulte https://www.suse.com/documentation/sles-12/book_sle_admin/data/cha_dns.html.

Configure, habilite e inicie o servidor de sincronização de horário NTP:

root@master # systemctl enable ntpd.service
root@master # systemctl start ntpd.service

Encontre mais informações sobre como configurar o NTP em https://www.suse.com/documentation/sles-12/book_sle_admin/data/sec_netz_xntp_yast.html.

Verifique se o serviço AppArmor está em execução e desabilite-o em cada nó do cluster. Inicie o módulo AppArmor do YaST, selecione Settings (Configurações) e, em seguida, desative a caixa de seleção Enable Apparmor (Habilitar Apparmor). Para confirmar, clique em Done (Concluído).

O SUSE Enterprise Storage não funcionará com o AppArmor habilitado.

Instale os pacotes salt-master e salt-minion no nó master Salt:

root@master # zypper in salt-master salt-minion

Verifique se o serviço salt-master está habilitado e foi iniciado. Se necessário, habilite-o e inicie-o:

root@master # systemctl enable salt-master.service
root@master # systemctl start salt-master.service

Se você pretende usar um firewall, verifique se o nó master Salt tem as portas 4505 e 4506 abertas para todos os nós do minion Salt. Se as portas estiverem fechadas, você poderá abri-las usando o comando yast2 firewall e permitindo o serviço SaltStack.

Atenção: Falha nas fases do DeepSea com firewall

Há falha nas fases de implantação do DeepSea quando o firewall está ativo (e até configurado). Para percorrer as fases corretamente, você precisa desativar o firewall executando

root@master # systemctl stop SuSEfirewall2.service

ou definir a opção FAIL_ON_WARNING como “False” em /srv/pillar/ceph/stack/global.yml:

FAIL_ON_WARNING: False

Instale o pacote salt-minion em todos os nós do minion.

root@minion > zypper in salt-minion

Verifique se o nome de domínio completo e qualificado de cada nó pode ser resolvido para o endereço IP da rede pública por todos os outros nós.

Configure todos os minions (incluindo o minion master) para conectar-se ao master. Se o master Salt não puder ser acessado pelo nome de host salt, edite o arquivo /etc/salt/minion ou crie um novo arquivo /etc/salt/minion.d/master.conf com o seguinte conteúdo:

master: host_name_of_salt_master

Se você efetuou quaisquer mudanças nos arquivos de configuração mencionados acima, reinicie o serviço Salt em todos os minions Salt:

root@minion > systemctl restart salt-minion.service

Verifique se o serviço salt-minion está habilitado e foi iniciado em todos os nós. Se necessário, habilite-o e inicie-o:

root@minion > systemctl enable salt-minion.service
root@minion > systemctl start salt-minion.service

Verifique a impressão digital de cada minion Salt e aceite todas as chaves do Salt no master Salt se as impressões digitais forem correspondentes.

Ver a impressão digital de cada minion:

root@minion > salt-call --local key.finger
local:
3f:a3:2f:3f:b4:d3:d9:24:49:ca:6b:2c:e1:6c:3f:c3:83:37:f0:aa:87:42:e8:ff...

Após coletar as impressões digitais de todos os minions Salt, liste as impressões digitais de todas as chaves de minion não aceitas no master Salt:

root@master # salt-key -F
[...]
Unaccepted Keys:
minion1:
3f:a3:2f:3f:b4:d3:d9:24:49:ca:6b:2c:e1:6c:3f:c3:83:37:f0:aa:87:42:e8:ff...

Se houver correspondência de impressões digitais dos minions, aceite-as:

root@master # salt-key --accept-all

Verifique se as chaves foram aceitas:

root@master # salt-key --list-all

Antes de implantar o SUSE Enterprise Storage, verifique se todos os discos que foram usados como OSD por clusters anteriores estão vazios, sem partições. Para garantir isso, você precisa limpar (zap) manualmente todos os discos. Lembre-se de substituir “X” pela letra correta do disco:

1. Pare todos os processos que estão usando o disco específico.

2. Verifique se alguma partição no disco está montada e, se necessário, desmonte-a.

3. Se o disco for gerenciado por LVM, desative e apague toda a infraestrutura do LVM. Consulte https://www.suse.com/documentation/sles-12/stor_admin/data/cha_lvm.html para obter mais detalhes.

4. Se o disco fizer parte do RAID MD, desative o RAID. Consulte https://www.suse.com/documentation/sles-12/stor_admin/data/part_software_raid.html para obter mais detalhes.

5. 

   Dica: Reinicializando o servidor

   Se você receber mensagens de erro, como “partition in use” ou “kernel can not be updated with the new partition table” durante as etapas seguintes, reinicialize o servidor.

   Limpe o começo de cada partição:

   for partition in /dev/sdX[0-9]*
   do
     dd if=/dev/zero of=$partition bs=4096 count=1 oflag=direct
   done

6. Limpe a tabela de partição:

   sgdisk -Z --clear -g /dev/sdX

7. Limpe as tabelas de partição de backup:

   size=`blockdev --getsz /dev/sdX`
   position=$((size/4096 - 33))
   dd if=/dev/zero of=/dev/sdX bs=4M count=33 seek=$position oflag=direct

Instale o DeepSea no nó master Salt:

root@master # zypper in deepsea

Verifique se o arquivo /srv/pillar/ceph/master_minion.sls no master Salt aponta para o seu master Salt. Se o master Salt puder ser acessado por outros nomes de host, use o que for mais adequado ao cluster de armazenamento. Se você usou o nome de host padrão para o seu master Salt (salt) no domínio ses, o arquivo tem esta aparência:

master_minion: salt.ses

Inclua os minions Salt pertencentes ao cluster do Ceph que você está implantando atualmente. Consulte a Seção 4.2.2.1, “Correspondendo o nome do minion” para obter mais informações sobre como direcionar os minions.

Prepare o cluster. Consulte a Descrição das fases do DeepSea para obter mais detalhes.

root@master # salt-run state.orch ceph.stage.0

ou

root@master # salt-run state.orch ceph.stage.prep

Nota: Executar ou monitorar fases usando a CLI do DeepSea

Ao usar a CLI do DeepSea, você pode acompanhar o andamento da execução da fase em tempo real, seja executando a CLI do DeepSea no modo de monitoramento ou executando a fase diretamente na CLI do DeepSea. Para obter detalhes, consulte a Seção 4.4, “CLI do DeepSea”.

Opcional: crie subvolumes Btrfs para /var/lib/ceph/. Essa etapa apenas deve ser executada antes da execução das próximas fases do DeepSea. Para migrar os diretórios existentes ou para obter mais detalhes, consulte o Seção 18.5, “Subvolume Btrfs para /var/lib/ceph”.

root@master # salt-run state.orch ceph.migrate.subvolume

A fase de descoberta coleta dados de todos os minions e cria fragmentos de configuração que são armazenados no diretório /srv/pillar/ceph/proposals. Os dados são armazenados no formato YAML em arquivos *.sls ou *.yml.

root@master # salt-run state.orch ceph.stage.1

ou

root@master # salt-run state.orch ceph.stage.discovery

Após a conclusão bem-sucedida do comando anterior, crie um arquivo policy.cfg em /srv/pillar/ceph/proposals. Para obter detalhes, consulte a Seção 4.5.1, “Arquivo policy.cfg”.

Dica

Se você tiver que mudar a configuração de rede do cluster, edite /srv/pillar/ceph/stack/ceph/cluster.yml e ajuste as linhas que começam com cluster_network: e public_network:.

A fase de configuração analisa o arquivo policy.cfg e funde os arquivos incluídos em seu formato final. O cluster e o conteúdo relacionado à função são armazenados em /srv/pillar/ceph/cluster, enquanto o conteúdo específico do Ceph é armazenado em /srv/pillar/ceph/stack/default.

Execute o seguinte comando para acionar a fase de configuração:

root@master # salt-run state.orch ceph.stage.2

ou

root@master # salt-run state.orch ceph.stage.configure

A etapa de configuração pode levar mais tempo. Após a conclusão do comando, você poderá ver os dados do pillar referentes aos minions especificados (por exemplo, denominados ceph_minion1, ceph_minion2, etc.) executando:

root@master # salt 'ceph_minion*' pillar.items

Nota: Substituindo padrões

Logo após a conclusão do comando, você poderá ver a configuração padrão e mudá-la de acordo com as suas necessidades. Para obter detalhes, consulte o Capítulo 7, Personalizando a configuração padrão.

Agora você pode executar a fase de implantação. Nessa fase, o pilar é validado, e os daemons dos monitores e ODS são iniciados nos nós de armazenamento. Execute o seguinte para iniciar a fase:

root@master # salt-run state.orch ceph.stage.3

ou

root@master # salt-run state.orch ceph.stage.deploy

O comando pode levar algum tempo. Se ele falhar, você precisará corrigir o problema e executar novamente as fases anteriores. Depois que o comando for bem-sucedido, execute o seguinte para verificar o status:

root@master # ceph -s

A última etapa da implantação do cluster do Ceph é a fase de serviços. Nessa etapa, você instancia qualquer um dos serviços suportados atualmente: iSCSI Gateway, CephFS, Object Gateway, openATTIC e NFS Ganesha. Nessa fase, os pools necessários, os chaveiros de autorização e os serviços de inicialização são criados. Para iniciar a fase, execute o seguinte:

root@master # salt-run state.orch ceph.stage.4

ou

root@master # salt-run state.orch ceph.stage.services

Dependendo da configuração, o comando pode ser executado por muito tempo.