four43's questions

Parece que o MongoDB 3.6 não está configurado automaticamente para reiniciar se travar. Olhando para o serviço systemd que vem com o pacote .deb mais recente para o Ubuntu 16.04LTS, não parece ter reinicializações configuradas:

$ sudo systemctl cat mongod
# /lib/systemd/system/mongod.service
[Unit]
Description=High-performance, schema-free document-oriented database
After=network.target
Documentation=https://docs.mongodb.org/manual

[Service]
User=mongodb
Group=mongodb
ExecStart=/usr/bin/mongod --config /etc/mongod.conf
PIDFile=/var/run/mongodb/mongod.pid
# file size
LimitFSIZE=infinity
# cpu time
LimitCPU=infinity
# virtual memory size
LimitAS=infinity
# open files
LimitNOFILE=64000
# processes/threads
LimitNPROC=64000
# locked memory
LimitMEMLOCK=infinity
# total threads (user+kernel)
TasksMax=infinity
TasksAccounting=false

# Recommended limits for for mongod as specified in
# http://docs.mongodb.org/manual/reference/ulimit/#recommended-settings

[Install]
WantedBy=multi-user.target

O envio de SIGKILL e SIGSEGV mata o processo e ele não é reiniciado. Não tenho certeza se eles são "capturados" pelo systemd e não apenas reiniciados.

Então, algumas perguntas: isso é crucial para um serviço de alta disponibilidade como um banco de dados? Com certeza parece. Existe algum motivo pelo qual o MongoDB não teria isso configurado imediatamente?

Estamos executando contêineres no Kubernetes na Amazon AWS. Esse cluster foi criado por meio do conjunto de scripts kube-up. Tudo foi provisionado corretamente e funcionando bem. No entanto, encontramos um problema - nossos servidores bastante grandes, c4.xlarges, só podem executar 40 pods. Este é um número pequeno para nós, pois estamos executando muitos pods pequenos, alguns raramente usados. Existe uma maneira de aumentar esse limite do salt master ou da configuração de inicialização? Qual é o melhor caminho para fazer isso?

Obrigado.

Estamos usando o Kubernetes e executando nossos aplicativos com sucesso. No entanto, com nossos pods em execução e sem tráfego, nossos lacaios estão sendo executados com alta CPU. Analisando melhor a questão:

• influxdb e heapster estão rodando com alta CPU, todos os nossos contêineres estão usando 0% de CPU, a caixa está em repouso com uma carga de 8 em um servidor dual core...

• Olhar para os contêineres individuais não parece produzir nenhuma resposta, os logs são silenciosos

O Grafana me permite visualizar gráficos, mas os gráficos estão quebrados e não fazem muito sentido. Existe alguma maneira de apenas remover essa funcionalidade do Kuberentes?

Kubernetes v1.0.6 implantado no Ubuntu Vivid na AWS

Um pod no meu cluster Kubernetes está preso em "ContainerCreating" depois de executar um create. Como vejo os logs dessa operação para diagnosticar por que ela está travada? kubectl logsnão parece funcionar, pois o contêiner precisa estar em um estado não pendente.

Seguindo este tutorial do livro de visitas .

Perto do final, eles meio que encobrem como criar um LoadBalancerou atribuir NodePortsao serviço. Eles fazem referência a este documento que descreve os diferentes tipos e o que eles fazem, mas não entram em detalhes sobre como aplicá-los a um serviço. Existe uma maneira de atualizar o serviço em execução, criando e anexando um balanceador de carga às portas especificadas?

Usando o Amazon Web Services para hospedar nosso cluster, ele oferece um ótimo balanceador de carga na criação de um serviço, mas não tenho certeza de como modificar o serviço.

EDITAR:

Tentar isso resultou em um erro:

$ kubectl expor frontend de serviço --port=80 --type=LoadBalancer
Erro do servidor: o serviço "frontend" já existe