website/content/it/docs/concepts/cluster-administration/proxies.md

68 lines
2.7 KiB
Markdown
Raw Permalink Blame History

This file contains invisible Unicode characters

This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

---
title: Proxy in Kubernetes
content_type: concept
weight: 90
---
<!-- overview -->
Questa pagina spiega i proxy utilizzati con Kubernetes.
<!-- body -->
## Proxy
Esistono diversi proxy che puoi incontrare quando usi Kubernetes:
1. Il [kubectl proxy](/docs/tasks/access-application-cluster/access-cluster/#direct-accessing-the-rest-api):
    - viene eseguito sul computer di un utente o in un pod
    - collega un localhost address all'apiserver di Kubernetes
    - il client comunica con il proxy in HTTP
    - il proxy comunica con l'apiserver in HTTPS
    - individua l'apiserver
    - aggiunge gli header di autenticazione
1. L'[apiserver proxy](/docs/tasks/access-application-cluster/access-cluster/#discovering-builtin-services):
    - è un proxy presente nell'apiserver
    - collega un utente al di fuori del cluster agli IP del cluster che altrimenti potrebbero non essere raggiungibili
    - è uno dei processi dell'apiserver
    - il client comunica con il proxy in HTTPS (o HTTP se l'apiserver è configurato in tal modo)
    - il proxy comunica con il target via HTTP o HTTPS come scelto dal proxy utilizzando le informazioni disponibili
    - può essere utilizzato per raggiungere un nodo, un pod o un servizio
    - esegue il bilanciamento del carico quando viene utilizzato per raggiungere un servizio
1. Il [kube proxy](/docs/concepts/services-networking/service/#ips-and-vips):
    - è eseguito su ciascun nodo
    - fa da proxy per comunicazioni UDP, TCP e SCTP
    - non gestisce il protocollo HTTP
    - esegue il bilanciamento del carico
    - è usato solo per raggiungere i servizi
1. Un proxy/bilanciatore di carico di fronte agli apiserver:
    - la sua esistenza e implementazione variano da cluster a cluster (ad esempio nginx)
    - si trova tra i client e uno o più apiserver
    - funge da bilanciatore di carico se ci sono più di un apiserver.
1. Cloud Load Balancer su servizi esterni:
    - sono forniti da alcuni fornitori di servizi cloud (ad es. AWS ELB, Google Cloud Load Balancer)
    - vengono creati automaticamente quando il servizio Kubernetes ha tipo `LoadBalancer`
    - solitamente supporta solo UDP / TCP
    - il supporto SCTP dipende dall'implementazione del bilanciatore di carico del provider cloud
    - l'implementazione varia a seconda del provider cloud.
Gli utenti di Kubernetes in genere non devono preoccuparsi alcun proxy, se non i primi due tipi. L'amministratore del cluster
in genere assicurerà che gli altri tipi di proxy siano impostati correttamente.
## Richiedere reindirizzamenti
I proxy hanno sostituito le funzioni di reindirizzamento. I reindirizzamenti sono stati deprecati.