Melhores práticas de Kubernetes, 2ª edição
by Brendan Burns, Eddie Villalba, Dave Strebel, Lachlan Evenson
Capítulo 12. Gerenciando vários clusters
Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com
Neste capítulo, nós discutimos as melhores práticas para gerenciar vários clusters Kubernetes. Mergulhamos nos detalhes das diferenças entre o gerenciamento de vários clusters e a federação, ferramentas para gerenciar vários clusters e padrões operacionais para gerenciar vários clusters.
Podes perguntar-te por que razão precisarias de vários clusters Kubernetes. O Kubernetes foi criado para consolidar muitas cargas de trabalho em um único cluster, correto? Isso é verdade, mas há cenários que podem exigir vários clusters, como cargas de trabalho entre regiões, preocupações com o raio de explosão, conformidade regulamentar e cargas de trabalho especializadas.
Discutimos estes cenários e exploramos as ferramentas e técnicas para gerir vários clusters no Kubernetes.
Porquê vários clusters?
Ao adotar Kubernetes, é provável que tenhas mais do que um cluster, e podes até começar com mais do que um cluster para separar a produção do staging, teste de aceitação do utilizador (UAT), ou desenvolvimento. Kubernetes fornece alguns recursos de multitenancy com namespaces, que são uma maneira lógica de dividir um cluster em construções lógicas menores. Os namespaces permitem-te definir o Controlo de Acesso Baseado em Funções (RBAC), quotas, políticas de segurança de pods e políticas de rede para permitir a separação de cargas de trabalho. ...