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

68 lines
2.7 KiB
Markdown
Raw 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.