add pt pages

2020-06-01 09:15:50 -04:00
parent 79f2a8b407
commit ae7b6ab1fa
19 changed files with 119 additions and 112 deletions
@@ -1,9 +1,9 @@
 ---
 title: Instalando Addons
-content_template: templates/concept
+content_type: concept
 ---

-{{% capture overview %}}
+<!-- overview -->


 Addons estendem a funcionalidade do Kubernetes.
@@ -12,10 +12,10 @@ Esta página lista alguns dos add-ons e links com suas respectivas instruções

 Os Add-ons de cada sessão são classificados em ordem alfabética - a ordem não implica qualquer status preferencial.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ## Rede e Política de Rede

@@ -55,4 +55,4 @@ Existem vários outros complementos documentados no diretório não mais ultiliz

 Projetos bem mantidos deveriam ser linkados aqui. PRs são bem vindas!

-{{% /capture %}}
+
@@ -1,19 +1,19 @@
 ---
 title: Certificates
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---


-{{% capture overview %}}
+<!-- overview -->

 Ao usar um client para autenticação de certificado, você pode gerar certificados
 manualmente através `easyrsa`, `openssl` ou `cfssl`.

-{{% /capture %}}


-{{% capture body %}}
+
+<!-- body -->

 ### easyrsa

@@ -225,4 +225,4 @@ Você pode usar a API `certificates.k8s.io` para provisionar
 certificados x509 a serem usados para autenticação conforme documentado
 [aqui](/docs/tasks/tls/managing-tls-in-a-cluster).

-{{% /capture %}}
+
@@ -3,15 +3,15 @@ reviewers:
 - davidopp
 - lavalamp
 title: Visão Geral da Administração de Cluster
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---

-{{% capture overview %}}
+<!-- overview -->
 A visão geral da administração de cluster é para qualquer um criando ou administrando um cluster Kubernetes. Assume-se que você tenha alguma familiaridade com os [conceitos](/docs/concepts/) centrais do Kubernetes.
-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->
 ## Planejando um cluster

 Veja os guias em [Setup](/docs/setup/) para exemplos de como planejar, iniciar e configurar clusters Kubernetes. As soluções listadas neste artigo são chamadas *distros*.
@@ -71,6 +71,6 @@ descreve como interagir com os logs de auditoria do Kubernetes.

 * [Logando e monitorando a atividade de cluster](/docs/concepts/cluster-administration/logging/) explica como o log funciona no Kubernetes e como implementá-lo.

-{{% /capture %}}
+


@@ -1,19 +1,19 @@
 ---
 reviewers:
 title: Configurando o Garbage Collection do kubelet
-content_template: templates/concept
+content_type: concept
 weight: 70
 ---

-{{% capture overview %}}
+<!-- overview -->

 O Garbage collection(Coleta de lixo) é uma função útil do kubelet que limpa imagens e contêineres não utilizados. O kubelet executará o garbage collection para contêineres a cada minuto e para imagens a cada cinco minutos.

 Ferramentas externas de garbage collection não são recomendadas, pois podem potencialmente interromper o comportamento do kubelet removendo os contêineres que existem.

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 ## Coleta de imagens

@@ -62,10 +62,11 @@ Incluindo:
 | `--low-diskspace-threshold-mb`            | `--eviction-hard` ou `eviction-soft`    | O despejo generaliza os limites do disco para outros recursos                        |
 | `--outofdisk-transition-frequency`        | `--eviction-pressure-transition-period` | O despejo generaliza a transição da pressão do disco para outros recursos            |

-{{% /capture %}}

-{{% capture whatsnext %}}
+
+## {{% heading "whatsnext" %}}
+

 Consulte [Configurando a Manipulação de Recursos Insuficientes](/docs/tasks/administer-cluster/out-of-resource/) para mais detalhes.

-{{% /capture %}}
+
@@ -3,19 +3,19 @@ reviewers:
  - piosz
  - x13n
 title: Arquitetura de Log
-content_template: templates/concept
+content_type: concept
 weight: 60
 ---

-{{% capture overview %}}
+<!-- overview -->

 Os logs de aplicativos e sistemas podem ajudá-lo a entender o que está acontecendo dentro do seu cluster. Os logs são particularmente úteis para depurar problemas e monitorar a atividade do cluster. A maioria das aplicações modernas possui algum tipo de mecanismo de logs; como tal, a maioria dos mecanismos de contêineres também é projetada para suportar algum tipo de log. O método de log mais fácil e abrangente para aplicações em contêiner é gravar nos fluxos de saída e erro padrão.

 No entanto, a funcionalidade nativa fornecida por um mecanismo de contêiner ou tempo de execução geralmente não é suficiente para uma solução completa de log. Por exemplo, se um contêiner travar, um pod for despejado ou um nó morrer, geralmente você ainda desejará acessar os logs do aplicativo. Dessa forma, os logs devem ter armazenamento e ciclo de vida separados, independentemente de nós, pods ou contêineres. Este conceito é chamado _cluster-level-logging_. O log no nível de cluster requer um back-end separado para armazenar, analisar e consultar logs. O kubernetes não fornece uma solução de armazenamento nativa para dados de log, mas você pode integrar muitas soluções de log existentes no cluster do Kubernetes.

-{{% /capture %}}

-{{% capture body %}}
+
+<!-- body -->

 As arquiteturas de log no nível de cluster são descritas no pressuposto de que um back-end de log esteja presente dentro ou fora do cluster. Se você não estiver interessado em ter o log no nível do cluster, ainda poderá encontrar a descrição de como os logs são armazenados e manipulados no nó para serem úteis.

@@ -203,4 +203,4 @@ Lembre-se de que este é apenas um exemplo e você pode realmente substituir o f

 Você pode implementar o log no nível do cluster, expondo ou enviando logs diretamente de todos os aplicativos; no entanto, a implementação desse mecanismo de log está fora do escopo do Kubernetes.

-{{% /capture %}}
+