Fabio Alessandro Locati
a0325251ab
* begin the real work * rollback set of changes * translate components and required glossary items * improve many aspects thanks to the comments in the pr thread
6.4 KiB
title, content_template, weight, card
| title | content_template | weight | card | ||||
|---|---|---|---|---|---|---|---|
| I componenti di Kubernetes | templates/concept | 20 |
|
{{% capture overview %}} Facendo il deployment di Kubernetes, ottieni un cluster. {{< glossary_definition term_id="cluster" length="all" prepend="Un cluster è">}}
Questo documento describe i diversi componenti che sono necessari per avere un cluster Kubernetes completo e funzionante.
Questo è un diagramma di un cluster Kubernetes con tutti i componenti e le loro relazioni.
{{% /capture %}}
{{% capture body %}}
Componenti della Control Plane
La Control Plane è responsabile di tutte le decisioni globali sul cluster (ad esempio, lo scheduling), e l'individuazione e la risposta ad eventi derivanti dal cluster (ad esempio, l'avvio di un nuovo {{< glossary_tooltip text="pod" term_id="pod">}} quando il valore replicas di un deployment non è soddisfatto).
I componenti della Control Plane possono essere eseguiti su qualsiasi nodo del cluster, ma solitamente gli script di installazione tendono a eseguire tutti i componenti della Control Plane sulla stessa macchina, separando la Control Plane dai workload dell'utente. Vedi creare un cluster in High-Availability per un esempio di un'installazione multi-master.
kube-apiserver
{{< glossary_definition term_id="kube-apiserver" length="all" >}}
etcd
{{< glossary_definition term_id="etcd" length="all" >}}
kube-scheduler
{{< glossary_definition term_id="kube-scheduler" length="all" >}}
kube-controller-manager
{{< glossary_definition term_id="kube-controller-manager" length="all" >}}
Alcuni esempi di controller gestiti dal kube-controller-manager sono:
- Node Controller: Responsabile del monitoraggio dei nodi del cluster, e.g. della gestione delle azioni da eseguire quando un nodo diventa non disponibile.
- Replication Controller: Responsabile per il mantenimento del corretto numero di Pod per ogni ReplicaSet presente nel sistema
- Endpoints Controller: Popola gli oggetti Endpoints (cioè, mette in relazioni i Pods con i Services).
- Service Account & Token Controllers: Creano gli account di default e i token di accesso alle API per i nuovi namespaces.
cloud-controller-manager
Il cloud-controller-manager esegue i controller che interagiscono con i cloud provider responsabili per la gestione dell'infrastruttura sottostante al cluster, in caso di deployment in cloud. Il cloud-controller-manager è una funzionalità alpha introdotta in Kubernetes 1.6.
Il cloud-controller-manager esegue esclusivamente i cicli di controllo specifici dei cloud provider.
È possibile disabilitare questi cicli di controllo usando il kube-controller-manager.
È inoltre possibile disabilitare i cicli di controllo settando il parametro --cloud-provider con il valore external durante l'esecuzione del kube-controller-manager.
Il cloud-controller-manager permette l'evoluzione indipendente al codice di Kubernetes e a quello dei singoli cloud vendor. Precedentemente, il codice core di Kubernetes dipendeva da implementazioni specifiche dei cloud provider. In futuro, implementazioni specifiche per singoli cloud provider devono essere mantenuti dai cloud provider interessati e collegati al cloud-controller-manager.
I seguenti controller hanno dipendenze verso implementazioni di specifici cloud provider:
- Node Controller: Per controllare se sul cloud provider i nodi che hanno smesso di rispondere sono stati cancellati
- Route Controller: Per configurare le regole di route nella sottostante infrastruttura cloud
- Service Controller: Per creare, aggiornare ed eliminare i load balancer nella infrastruttura del cloud provider
- Volume Controller: Per creare, associare e montare i volumi e per interagire con il cloud provider per orchestrare i volumi
Componenti dei Nodi
I componenti di Kubernetes che girano sui Worker Node sono responsabili dell'esecuzione dei workload degli utenti.
kubelet
{{< glossary_definition term_id="kubelet" length="all" >}}
kube-proxy
{{< glossary_definition term_id="kube-proxy" length="all" >}}
Container Runtime
{{< glossary_definition term_id="container-runtime" length="all" >}}
Addons
Gli Addons usano le risorse Kubernetes ({{< glossary_tooltip term_id="daemonset" >}}, {{< glossary_tooltip term_id="deployment" >}}, etc) per implementare nuove funzionalità a livello di cluster.
Dal momento che gli addons forniscono funzionalità a livello di cluster, le risorse che necessitano di un namespace, vengono collocate nel namespace kube-system.
Alcuni addons sono descritti di seguito; mentre per una più estesa lista di addons, riferirsi ad Addons.
DNS
Mentre gli altri addons non sono strettamente richiesti, tutti i cluster Kubernetes dovrebbero essere muniti di un DNS del cluster, dal momento che molte applicazioni lo necessitano.
Il DNS del cluster è un server DNS aggiuntivo rispetto ad altri server DNS presenti nella rete, e si occupa specificatamente dei record DNS per i servizi Kubernetes.
I container eseguiti da Kubernetes possono utilizzare questo server per la risoluzione DNS.
Interfaccia web (Dashboard)
La Dashboard è una interfaccia web per i cluster Kubernetes. Permette agli utenti di gestire e fare troubleshooting delle applicazioni che girano nel cluster, e del cluster stesso.
Monitoraggio dei Container
Il Monitoraggio dei Container salva serie temporali di metriche generiche dei container in un database centrale e fornisce una interfaccia in cui navigare i dati stessi.
Log a livello di Cluster
Un log a livello di cluster è responsabile per il salvataggio dei log dei container in un log centralizzato la cui interfaccia permette di cercare e navigare nei log.
{{% /capture %}} {{% capture whatsnext %}}
- Scopri i concetti relativi ai Nodi
- Scopri i concetti relativi ai Controller
- Scopri i concetti relativi al kube-scheduler
- Leggi la documentazione ufficiale di etcd {{% /capture %}}