Administração do Serviço Swift

Monitoração do serviço:

Caso os Checks de pos-instalação: tenham sido observados, o Swift terá no mínimo os seguintes pontos de monitoraçao:

Interface principal da API REST

Todas os endpoints devem retornar 200 OK:

http://swift.cumulus.dev.globoi.com:8080/v1/AUTH_uuid_do_tenant/healthcheck/index.html

http://swift.cumulus.dev.globoi.com/v1/AUTH_uuid_do_tenant/healthcheck/index.html

http://swift.cumulus.dev.globoi.com/admin/healthcheck/index.html

Procedimentos de Mudança:

O Swift possui mecanismos de escalabilidade que permitem que sejam adicionados mais discos aos atuais servidores de objetos, ou mesmo mais servidores ao cluster atual. Esses procedimentos são bem simples, embora cautela seja recomendada durante sua condução para minimizar os impactos de performance que tais atividades impõem no cluster, a saber:

Adição de discos aos storage nodes

Para adicionar-se mais discos ou aumentar a capacidade dos discos nos nodes de storage, é preciso recriar os arquivos de configuração e rebalancear-se o cluster, tal e qual feito na instalação. Como a adição/remoção de zones implica na redistribuição de partições pelo cluster, é aconselhável que esse procedimento seja feito paulatinamente, através do progressivo aumento do peso (weight) do novo/antigo dispositivo.

O procedimento em si é análogo ao de criação do cluster, descrito em : Criacao dos rings:

Ex. Adição de um disco de 3TB. a uma zona

1. Adição de 25% dos 3000 = 750

   node-1$ mount /dev/sdc1 /srv/nodes/sdc1
   node-1$ swift-ring-builder account.builder add z1-node-1:6002/sdc1 750
   node-1$ swift-ring-builder container.builder add z1-node-1:6001/sdc1 750
   node-1$ swift-ring-builder object.builder add z1-node-1:6000/sdc1 750
   node-1$ swift-ring-builder account.builder rebalance
   node-1$ swift-ring-builder container.builder rebalance
   node-1$ swift-ring-builder object.builder rebalance

   node-1$ scp account.ring.gz node-2:/etc/swift/account.ring.gz
   node-1$ scp container.ring.gz node-2:/etc/swift/container.ring.gz
   node-1$ scp account.ring.gz node-2:/etc/swift/account.ring.gz
   node-1$ scp account.ring.gz node-3:/etc/swift/account.ring.gz
   node-1$ scp container.ring.gz node-3:/etc/swift/container.ring.gz
   node-1$ scp account.ring.gz node-3:/etc/swift/account.ring.gz
   ...
   node-1$ scp account.ring.gz node-N:/etc/swift/account.ring.gz
   node-1$ scp container.ring.gz node-N:/etc/swift/container.ring.gz
   node-1$ scp account.ring.gz node-N:/etc/swift/account.ring.gz

2. Aguarde até que o I/O no cluster esteja estabilizado, aumente em 25% o peso do disco, e
   repita o procedimento acima, até que o peso seja 100%, ou seja, os 3000 para um HDD de 3GB

Upgrade de discos do cluster

O aumento da capacidade do cluster pela substituição de HDDs pequenos e/ou lentos por outros maiores/mais rápidos, também deve ser feita de forma gradual de modo a não gerar um alto assédio de I/O no cluster. Recomenda-se que o disco antigo seja removido pela gradual redução de seu peso no cluster, em passos de 25% (sugeridos) até que o mesmo chegue a 0. Após a remoção física do disco antigo e instalação do novo disco, o procedimento de adição gradual já descrito acima, Adição de discos aos storage nodes, deve ser observada.

Adição de nodes ao cluster

A adição de um novo nó de storage ao cluster também se dá pela reconfiguração dos arquivos “*.builder” como explanado acima. Recomenda-se que _todos_ os discos do novo nó sejam adicionados gradualmente, de modo a minimizar o I/O internodes.

Procedimentos de Recuperação de desastres:

Falha de um ou mais Swift Object Servers ::

blah blah

Falha de um ou mais Swift Proxy Servers ::

blah blah