Kubernetes 1.5.0 foi lançado há cerca de um mês! Os principais temas do lançamento são:
- Conjuntos de estado (ex-PetSets)
- Os StatefulSets agora são beta (correções e estabilização)
- Suporte aprimorado à federação
- Novo comando:
kubefed - DaemonSets
- Implantações
- ConfigMaps
- Novo comando:
- Implantação simplificada de cluster
- Aprimoramentos para
kubeadm - Configuração de HA para o mestre
- Aprimoramentos para
- Robustez e extensibilidade do nó
- Suporte a contêineres do Windows Server
- CRI para tempos de execução de contêineres plugáveis
cubetaA API suporta autenticação e autorização
Ler REGISTRO DE MUDANÇAS para obter detalhes completos. Até a versão 1.5.0, a inicialização de um cluster do Kubernetes no Amazon Web Services era bastante simples.
|
1 |
NUM_NODES=2 TAMANHO DO NÓ=m3.médio PROVEDOR DE KUBERNETES=aws ./agrupamento/cubo-para cima.sh |
Mas com a 1.5.0 e a 1.5.1, o comando falha com o erro:
|
1 2 3 4 5 |
... Início agrupamento em nós-oeste-2a usando provedor aws ... chamando verificar-pré-requisitos ... chamando cubo-para cima Início agrupamento usando os distribuição: jessie !!! Não é possível encontrar kubernetes-servidor-linux-amd64.alcatrão.gz |
O que aconteceu? Basicamente, os binários do Kubernetes estavam ficando maiores que 1 GB. O binário foi dividido em um pacote de instalação básica e binários de cliente e servidor. O processo de instalação atualizado exige o download do pacote de instalação básica de 4,57 MB (sim, MB em vez de GB). Ele inclui scripts de cluster como kubectl, kube-up.sh e kube-down.shexemplos, documentos e outros scripts. Em seguida, ele faz o download dos binários do cliente e do servidor. O binário do servidor é a imagem base usada para iniciar as instâncias do EC2. Mas, em vez de automatizar o download dos binários, alguém decidiu adicionar um README no arquivo servidor diretório.
Essa foi uma grande mudança na experiência do usuário, e nenhum link no README incluído na versão ou no o blog de lançamento. Ai!
De qualquer forma, isso foi registrado como #38728 e corrigido prontamente. Mas ele perdeu o Versão 1.5.1 e agora finalmente apareceu no Versão 1.5.2 hoje.
Então, como você executa um cluster do Kubernetes 1.5.2 no AWS? Agora ele está mais bem integrado, mas você precisa pressionar a tecla Enter algumas vezes para aceitar o valor padrão:
|
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 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 |
NUM_NODES=2 TAMANHO DO NÓ=m3.médio PROVEDOR DE KUBERNETES=aws ./agrupamento/cubo-para cima.sh ... Início agrupamento em nós-oeste-2a usando provedor aws ... chamando verificar-pré-requisitos ... chamando verificar-cubo-binários !!! kubectl aparece para ser quebrado ou ausente !!! Não é possível encontrar kubernetes-servidor-linux-amd64.alcatrão.gz Necessário binários aparecer para ser ausente. Fazer você desejo para download eles? [Y/n] Kubernetes liberação: v1.5.2 Servidor: linux/amd64 (para anular, definir KUBERNETES_SERVER_ARCH) Cliente: Darwin/amd64 (detectado automaticamente) Vontade download kubernetes-servidor-linux-amd64.alcatrão.gz de https://storage.googleapis.com/kubernetes-release/release/v1.5.2 Vontade download e extrato kubernetes-cliente-Darwin-amd64.alcatrão.gz de https://storage.googleapis.com/kubernetes-release/release/v1.5.2 É este ok? [Y]/n Advertência: Manter-vivo funcionalidade um pouco incapacitado devido para ausente suporte em Advertência: seu operacional sistema! % Total % Recebido % Xferd Média Velocidade Tempo Tempo Tempo Atual Dload Carregar Total Gastos Esquerda Velocidade 100 299M 100 299M 0 0 2132k 0 0:02:23 0:02:23 --:--:-- 2439k md5sum(kubernetes-servidor-linux-amd64.alcatrão.gz)=7947bd430c4ffc358a6784e51c1d2b0f sha1sum(kubernetes-servidor-linux-amd64.alcatrão.gz)=4dbdcfa623412dac6be8fd5a4209a1f1423e8d30 Advertência: Manter-vivo funcionalidade um pouco incapacitado devido para ausente suporte em Advertência: seu operacional sistema! % Total % Recebido % Xferd Média Velocidade Tempo Tempo Tempo Atual Dload Carregar Total Gastos Esquerda Velocidade 100 22.0M 100 22.0M 0 0 1810k 0 0:00:12 0:00:12 --:--:-- 2296k md5sum(kubernetes-cliente-Darwin-amd64.alcatrão.gz)=f55a8f9c300042e9b16e327ad2788521 sha1sum(kubernetes-cliente-Darwin-amd64.alcatrão.gz)=c29ab99e22146ba0a3da5c25de62ed13108b8ba9 Extração /Usuários/arungupta/ferramentas/kubernetes/kubernetes-1.5.2/kubernetes/cliente/kubernetes-cliente-Darwin-amd64.alcatrão.gz em /Usuários/arungupta/ferramentas/kubernetes/kubernetes-1.5.2/kubernetes/plataformas/Darwin/amd64 Adicionar '/Users/arungupta/tools/kubernetes/kubernetes-1.5.2/kubernetes/client/bin' para seu PATH para uso recentemente-instalado binários. ... chamando cubo-para cima Início agrupamento usando os distribuição: jessie Carregamento para Amazon S3 ... |
Depois que o cluster normal do Kubernetes é criado, a saída é mostrada como:
|
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 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 |
0 lacaios iniciado; esperando 0 lacaios iniciado; esperando 2 lacaios iniciado; pronto Em espera para agrupamento inicialização. Isso vontade continuamente verificar para ver se o API para kubernetes é acessível. Isso pode loop para sempre se lá foi alguns não capturado erro durante iniciar para cima. .........................................................................................................................................................................Kubernetes agrupamento criado. Sanidade verificação agrupamento... Tentativa 1 para verificar Docker em nó @ 35.166.195.134 ...não de trabalho ainda Tentativa 2 para verificar Docker em nó @ 35.166.195.134 ...de trabalho Tentativa 1 para verificar Docker em nó @ 35.166.188.211 ...não de trabalho ainda Tentativa 2 para verificar Docker em nó @ 35.166.188.211 ...de trabalho Kubernetes agrupamento é em execução. O mestre é em execução em: https://35.165.234.219 O usuário nome e senha para uso é localizado em /Usuários/arungupta/.cubo/configuração. ... chamando validar-agrupamento Não recursos encontrado. Em espera para 2 pronto nós. 0 pronto nós, 0 registrado. Repetição de tentativas. Em espera para 2 pronto nós. 0 pronto nós, 2 registrado. Repetição de tentativas. Em espera para 2 pronto nós. 0 pronto nós, 2 registrado. Repetição de tentativas. Encontrado 2 nó(s). NOME STATUS IDADE ip-172-20-0-206.us-oeste-2.compute.internal Pronto 45s ip-172-20-0-246.us-oeste-2.compute.internal Pronto 42s Validar saída: NOME STATUS MENSAGEM ERRO controlador-gerente Saudável ok programador Saudável ok etcd-0 Saudável {"saúde": "true" (verdadeiro)} etcd-1 Saudável {"saúde": "true" (verdadeiro)} Aglomerado validação bem-sucedido Feito, listagem agrupamento serviços: Kubernetes mestre é em execução em https://35.165.234.219 Elasticsearch é em execução em https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/elasticsearch-logging Heapster é em execução em https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/heapster Kibana é em execução em https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/kibana-logging KubeDNS é em execução em https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/kube-dns kubernetes-painel de controle é em execução em https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/kubernetes-dashboard Grafana é em execução em https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/monitoring-grafana InfluxDB é em execução em https://35.165.234.219/api/v1/proxy/namespaces/kube-system/services/monitoring-influxdb Para mais depurar e diagnosticar agrupamento problemas, uso 'kubectl cluster-info dump'. |
Mesmo que seu cluster do Kubernetes no AWS seja iniciado sem problemas, mas kube-up.sh O script será depreciado em breve. A maneira recomendada é usar Cluster de Kubernetes na Amazon usando Kops. Agora que seu cluster Kubernetes está funcionando, o que você faz a seguir?
- Siga as etapas detalhadas para Kubernetes para desenvolvedores Java oficina.
- Executar um Cluster do Couchbase no Kubernetes
- Saiba mais sobre Cluster do Couchbase em contêineres
