Práticas recomendadas para separação de clusters no Google Container Engine / Kubernetes?

Question

Estamos avaliando o GKE e estou pensando sobre a estratégia recomendada para dividir clusters. Temos aproximadamente 20 sites para diferentes clientes em produção no mo. Cada projeto deve ter seus próprios clusters separados? Um para prod e um para o palco? Deveríamos ter apenas dois clusters gigantes, um para prod e um para palco para todos os projetos?

É tentador pensar que seria bom ter um cluster gigante com todos os sites de prod, para que todos pudessem compartilhar recursos com mais eficiência, mas da mesma forma, isso significa que um problema com o cluster levaria todos para baixo de uma só vez. . Eu realmente não sei o quão comum isso é.

Provavelmente uma pergunta secundária, mas quando atualizamos nosso cluster que estamos experimentando (com 2 nós), o site em execução experimentou 4 minutos de inatividade. A interface do GKE diz que pode haver tempo de inatividade se não houver muitos nós, mas não especifica quantos - eu acho que isso deve ser considerado em como dividir os clusters também.

Obrigado por qualquer ajuda.

    

Answer 1

Você pode encontrar aqui algumas informações e casos de uso sobre quando considerar o uso de um único cluster e vários namespaces para separar seus ambientes.

Um único cluster pode ajudar você a economizar recursos e dinheiro, mas precisa ter cuidado ao definir as cotas de recursos apropriadas. Caso contrário, os pods de teste podem afetar seu ambiente de produção.

Dependendo do seu orçamento, talvez você queira executar multizona ou até < href="http://blog.kubernetes.io/2016/07/cross-cluster-services.html"> serviços federados .

Para obter conselhos sobre como solucionar o tempo de inatividade, consulte este discussão.