DATALIB

Quer aprender a manipular DaemonSets no K8s? Conceitos como escalonador, criação dos Daemonsets nos work nodes, adição de nodes, troubleshooting, Pods Orfãos são vistos nesse blog.

Como fazer o gerenciamento de volumes no k8s? Pois bem, esse blog consegue iniciar a introdução de como o K8s consegue gerenciar volumes, persistindo ou não dados na infraestrutura, nesse caso, dos Pods.

Como fazer o gerenciamento de recursos de hardware, controlando cpu e memória dos containers no K8s? Com Requests e Limits

Como funciona o LoadBalance Service e External Name do S8s

Tudo bem, pessoal? Voce sabe para que são utilizados os namespaces no kubernetes? Sevem para que sejam separados logicamente recursos do k8s. Referência: https://faun.pub/kubernetes-lab-15-namespaces-d06442c264cb É um mecanismo para isolar grupos de recursos dentro de um cluster. Os nomes dos recursos precisam ser exclusivos dentro do seu namespace. Não é qualquer objeto que pode ser colocado dentro de um namespace. Podem ser colocado vários que oferecem isolamento lógico: 1

Fala pessoal, tudo bem? Vamos explorar um pouco sobre o Network do K8s: Referência: https://www.learnitguide.net/2020/05/understanding-kubernetes-networking.html Container to Container communication: Todos os Containers compartilham o mesmo endereço IP, mas ele funciona em uma porta diferente. Cada POD tem o seu próprio enderecçamento IP Comunicação entre os containers acontece entre o próprio POD, mas em uma porta diferente. POD to POD communication: Intra Nod POD network é

Fala pessoal, tudo bem? Vamos aprender a utilizar 2 variações do comando Rollout, sendo o Pause e o Resume. Geralmente podemos utilizar quando aplicamos uma arquivos para fazer a criação de componentes e percebemos que pode haver algo de errado. É possível pausarmos a criação dos componentes e e verificarmos o ambiente. Para isso, verifique se o minikube está executando: minikube status Se ele não estiver executando, de o comando: minikube start minube status Vamos fazer a ab

Fala pessoal, tudo bem? Quando o seu deployment deu alguma coisa errada, precisamos utilizar o Dewployment Rollback, para voltarmos a uma versão anterior do Deployment. Vamos fazer a listagem das nossas revisões kubectl rollout history deployment.apps/frontend-deployment Posso também fazer com que a revisão tenha uma versão específica: kubectl rollout history deployment.apps/frontend-deployment --revision=2 Veja a revisão especifica 3 kubectl rollout history deployment.apps/f

Fala pessoal, tudo bem? É possível fazermos revisões de deployment já utilizamos no kubernetes. Para isso, abra o arquivo dentro de Downloads\my-deployment.yaml. Caso voce não tenha, segue conteúdo do arquivo: apiVersion: apps/v1 kind: Deployment metadata: name: frontend-deployment labels: app: frontend spec: template: metadata: name: pod-my-nginx labels: env: production spec: containers: - name: nginx-container image: nginx selector: matchLabels: env: production replicas: 4

Fala pessoal, tudo bem? O deployment é o recurso responsável por fazer a implantação da nossa aplicação. O K8s utiliza por padrão a estratégia chamada Rolling Updates ou Rolling Release que executa um percentual de indisponibilidade de PODs. O padrão é ter no máximo de 25% do total de Pods que voce tem executando. Outra forma (mas não padrão) que o K8s faz o deployment é através do Recreate Deployment, porém pode causar uma certa indisponibilidade (Deve ser usada somente em

Fala pessoal, tudo bem? Para quem já criou os ReplicaSets com o arquivo YAML anteriormente, podemos agora comparar a fazer via modo imperativo. Entre na pasta Downloads cd Downloads Verifique primeiro quantos PODS voce tem em sua maquina virtual, com o comando: kubectl get pods Se voce teve um erro como este, é sinal que o minikube está parado. Para iniciar o minikube, execute o seguinte comando: minikube start Execute novamente o comando para verificar quantos PODs temos na

Criação de PODs do kubernetes utilizando arquivos YAML

primeiros comandos no kubernates em modo imperativo