Versione 1.14

Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.

Risolvere i problemi relativi ai proxy sidecar in Anthos Service Mesh

Questa sezione spiega i problemi comuni relativi ai proxy sidecar Anthos Service Mesh e come risolverli. Se hai bisogno di ulteriore assistenza, vedi Richiedere assistenza.

Il container istio-proxy viene interrotto a causa di un evento OOM

In questa sezione supponiamo che il container istio-proxy non venga interrotto da un evento SystemOOM e che il nodo Kubernetes non sia in condizione MemoryPressure. Il contenitore sidecar istio-proxy ha limiti delle risorse per impostazione predefinita. Se il container istio-proxy viene ucciso con Reason: OOMKilled, è necessario per capire perché Envoy consuma la memoria.

Se si verifica un'interruzione della produzione, una rapida soluzione alternativa è aumentare i limiti per tutti i container utilizzando IstioOperator:

---
apiVersion: install.istio.io/v1alpha1
kind: IstioOperator
spec:
  values:
    global:
      proxy:
        resources:
          requests:
               memory: 128Mi
          limits:
               memory: 1Gi

Se riscontri questo problema con carichi di lavoro specifici, puoi modificare il limite relativo a questi carichi di lavoro aggiungendo le seguenti annotazioni.

  • sidecar.istio.io/proxyMemory
  • sidecar.istio.io/proxyMemoryLimit

Assicurati di non avere limiti inferiori ai valori predefiniti.

La soluzione a lungo termine è ridurre l'impatto della memoria dei tuoi container collaterali istio-proxy. Per impostazione predefinita, tutti i proxy sidecar sono programmati con la configurazione necessaria per raggiungere qualsiasi altra istanza del carico di lavoro nel mesh. Istio fornisce la definizione di risorsa personalizzata Sidecar per limitare il numero di endpoint programmati per i proxy sidecar e quindi ridurre il consumo di memoria del container istio-proxy.