Couchbase no Kubernetes

Este blog é possível graças a este tuíte!

Tive uma ótima #Couchbase #Kubernetes sessão de hacking com @saturnismoAprendi muito, estou ansioso para ver outros blogs legais.

- Arun Gupta (@arungupta) 27 de fevereiro de 2016

O Kubernetes é um sistema de orquestração de código aberto do Google para contêineres do Docker. Ele gerencia aplicativos em contêineres em vários hosts e fornece mecanismos básicos para implantação, manutenção e dimensionamento de aplicativos. Ele permite que o usuário forneça primitivos declarativos para o estado desejado, por exemplo, "preciso de 5 servidores Couchbase". Os mecanismos de autocorreção do Kubernetes, como reinicialização automática, reprogramação e replicação de contêineres, garantem que esse estado seja atendido. O usuário apenas define o estado e o Kubernetes garante que o estado seja atendido em todos os momentos no cluster. Principais conceitos do Kubernetes explica os principais conceitos do Kubernetes. Esta série de blog em várias partes mostrará como executar Couchbase no Kubernetes de várias maneiras. A primeira parte começa com uma configuração simples usando o Vagrant.

Primeiros passos com o Kubernetes

Há várias maneiras de executar o Kubernetes, mas descobri que a maneira mais simples (não necessariamente previsível;) é executar usando o Vagrant.

• Faça o download da versão mais recente Lançamento do Kubernetes1.1.8 no momento da redação deste documento e expandir o arquivo.
• Inicie o cluster do Kubernetes como:
  
  cd kubernetes export KUBERNETES_PROVIDER=vagrant ./cluster/kube-up.sh

  1 2 3 4

  cd kubernetes   export KUBERNETES_PROVIDER=vagrant ./cluster/kube-up.sh

  
  Isso mostra a saída como:
  
  kubernetes-1.1.8 > ./kubernetes/cluster/kube-up.sh ... Starting cluster using provider: vagrant ... calling verify-prereqs ... calling kube-up Bringing machine 'master' up with 'virtualbox' provider... Bringing machine 'minion-1' up with 'virtualbox' provider... ==> master: Importing base box 'kube-fedora21'... . . . Validate output: NAME STATUS MESSAGE ERROR controller-manager Healthy ok nil scheduler Healthy ok nil etcd-0 Healthy {"health": "true"} nil etcd-1 Healthy {"health": "true"} nil Cluster validation succeeded Done, listing cluster services: Kubernetes master is running at https://10.245.1.2 Heapster is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/heapster KubeDNS is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/kube-dns KubeUI is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/kube-ui Grafana is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/monitoring-grafana InfluxDB is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/monitoring-influxdb

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

  kubernetes-1.1.8 > ./kubernetes/cluster/kube-up.sh ... Starting cluster using provider: vagrant ... calling verify-prereqs ... calling kube-up Bringing machine 'master' up with 'virtualbox' provider... Bringing machine 'minion-1' up with 'virtualbox' provider... ==> master: Importing base box 'kube-fedora21'...   . . .   Validate output: NAME                 STATUS    MESSAGE              ERROR controller-manager   Healthy   ok                   nil scheduler            Healthy   ok                   nil etcd-0               Healthy   {"health": "true"}   nil etcd-1               Healthy   {"health": "true"}   nil Cluster validation succeeded Done, listing cluster services:   Kubernetes master is running at https://10.245.1.2 Heapster is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/heapster KubeDNS is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/kube-dns KubeUI is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/kube-ui Grafana is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/monitoring-grafana InfluxDB is running at https://10.245.1.2/api/v1/proxy/namespaces/kube-system/services/monitoring-influxdb

Executar o Couchbase no cluster do Kubernetes

A maneira mais fácil de começar a executar um contêiner do Docker no Kubernetes é usar o execução do kubectl comando. O uso do comando é:

O comando executa uma imagem específica, possivelmente replicada. A replicação da imagem é feita por meio da criação de um controlador de replicação para gerenciar o(s) contêiner(es) criado(s). A lista completa de opções para executar esse comando pode ser vista usando:

Contêiner do Docker do Couchbase explica os diferentes contêineres do Docker para o Couchbase. Para este blog, usaremos o arungupta/couchbase pois essa imagem é pré-configurada.

Isso mostra o resultado:

A saída confirma que um controlador de replicação foi criado. Vamos verificar isso:

Agora, verifique as vagens:

Vamos verificar o status do pod:

A quinta linha da saída informa que o IP do nó é 10.245.1.4. Isso será usado para acessar o Console da Web posteriormente. A última linha dessa saída mostra que o pod agora está pronto. A verificação do status do pod mostra novamente:

Console da Web do Couchbase no cluster do Kubernetes

Agora que seu contêiner do Couchbase está em execução no cluster do Kubernetes, talvez você queira visualizar o Console da Web. Cada pod recebe um endereço IP exclusivo, mas esse endereço só pode ser acessado dentro do cluster. Ele pode ser exposto usando o comando kubectl expose comando. Esse comando pega um controlador de replicação, serviço ou pod e o expõe como um novo serviço do Kubernetes. Isso pode ser feito com o comando:

Nesse comando:

• --target-port é o nome ou o número da porta no contêiner para a qual o serviço deve direcionar o tráfego
• --porta é a porta em que o serviço deve atuar
• --external-ip é o endereço IP externo a ser definido para o serviço. Observe que esse endereço IP foi obtido com kubectl describe pod anteriormente.

Agora, você pode acessar o Console da Web do Couchbase em https://10.245.1.4:8091 e ter a seguinte aparência:

Digite as credenciais de senha como Administrador/senha.

Pronto!
Converse conosco em StackOverflow ou Fóruns do Couchbase. Você também pode nos seguir em @couchbasedev e @couchbase.