Contribuisci a migliorare questa pagina

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Per contribuire a questa guida per l'utente, scegli il GitHub link Modifica questa pagina su che si trova nel riquadro destro di ogni pagina.

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Considerazioni ACK per EKS

Questo argomento tratta importanti considerazioni sull'utilizzo di EKS Capability for ACK, tra cui la configurazione IAM, i modelli multi-account e l'integrazione con altre funzionalità EKS.

Schemi di configurazione IAM

La funzionalità ACK utilizza un IAM Capability Role con AWS cui autenticarsi. Scegli il modello IAM giusto in base alle tue esigenze.

Semplice: ruolo con capacità singola

Per lo sviluppo, il test o i casi d'uso semplici, concedi tutte le autorizzazioni necessarie direttamente al Capability Role.

Quando usare:

Esempio: aggiungi le autorizzazioni S3 e RDS al tuo Capability Role con condizioni di etichettatura delle risorse:

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": ["s3:*"],
      "Resource": "*",
      "Condition": {
        "StringEquals": {
          "aws:RequestedRegion": ["us-west-2", "us-east-1"]
        }
      }
    },
    {
      "Effect": "Allow",
      "Action": ["rds:*"],
      "Resource": "*",
      "Condition": {
        "StringEquals": {
          "aws:RequestedRegion": ["us-west-2", "us-east-1"],
          "aws:ResourceTag/ManagedBy": "ACK"
        }
      }
    }
  ]
}

Questo esempio limita le operazioni S3 e RDS a regioni specifiche e richiede che le risorse RDS abbiano un tag. ManagedBy: ACK

Produzione: IAM Role Selectors

Per gli ambienti di produzione, utilizza i selettori di ruolo IAM per implementare l'accesso con privilegi minimi e l'isolamento a livello di namespace.

Quando usare:

Vantaggi:

Per una configurazione dettagliata di IAM Role Selector, consulta. Configurare le autorizzazioni ACK

Integrazione con altre funzionalità EKS

GitOps con Argo CD

Usa il CD EKS Capability for Argo per distribuire risorse ACK dai repository Git, abilitando i flussi di GitOps lavoro per la gestione dell'infrastruttura.

Considerazioni:

GitOps fornisce audit trail, funzionalità di rollback e gestione dichiarativa dell'infrastruttura. Per ulteriori informazioni su Argo CD, vedere. Lavorare con Argo CD

Composizione delle risorse con kro

Usa EKS Capability for kro (Kube Resource Orchestrator) per comporre più risorse ACK in astrazioni di livello superiore e API personalizzate.

Quando usare kro con ACK:

Schemi di esempio:

kro gestisce l'ordinamento delle dipendenze, la propagazione dello stato e la gestione del ciclo di vita delle risorse composte. Per saperne di più su kro, vedi. concetti kro

Organizzazione delle risorse

Organizza le risorse ACK utilizzando i namespace e i tag AWS delle risorse Kubernetes per una migliore gestione, controllo degli accessi e monitoraggio dei costi.

Organizzazione dei namespace

Usa i namespace Kubernetes per separare logicamente le risorse ACK per ambiente (produzione, staging, sviluppo), team (piattaforma, dati, ml) o applicazione.

Vantaggi:

Aggiunta di tag alle risorse

La funzionalità EKS ACK applica automaticamente i tag predefiniti a tutte le AWS risorse che crea. Questi tag sono diversi dagli ACK autogestiti e forniscono una migliore tracciabilità.

Tag predefiniti applicati dalla funzionalità:

Tag aggiuntivi consigliati:

Aggiungi tag personalizzati per l'allocazione dei costi, il monitoraggio della proprietà e per scopi organizzativi:

Migrazione da altri Infrastructure-as-code strumenti

Molte organizzazioni stanno trovando valore nella standardizzazione su Kubernetes al di là dell'orchestrazione dei carichi di lavoro. La migrazione dell'infrastruttura e della gestione AWS delle risorse verso ACK consente di standardizzare la gestione dell'infrastruttura utilizzando le API Kubernetes insieme ai carichi di lavoro delle applicazioni.

Vantaggi della standardizzazione su Kubernetes per l'infrastruttura:

ACK supporta l'adozione AWS delle risorse esistenti senza ricrearle, consentendo una migrazione senza tempi di inattività da Terraform o da CloudFormation risorse esterne al cluster.

Adotta una risorsa esistente:

apiVersion: s3.services.k8s.aws/v1alpha1
kind: Bucket
metadata:
  name: existing-bucket
  annotations:
    services.k8s.aws/adoption-policy: "adopt-or-create"
spec:
  name: my-existing-bucket-name

Una volta adottata, la risorsa è gestita da ACK e può essere aggiornata tramite i manifesti di Kubernetes. È possibile eseguire la migrazione in modo incrementale, adottando le risorse necessarie e mantenendo gli strumenti IaC esistenti per altre risorse.

ACK supporta anche risorse di sola lettura. Per le risorse gestite da altri team o strumenti a cui vuoi fare riferimento ma non modificare, combina l'adozione con la politica di retain eliminazione e concedi solo le autorizzazioni IAM di lettura. Ciò consente alle applicazioni di scoprire l'infrastruttura condivisa (VPC, ruoli IAM, chiavi KMS) tramite le API Kubernetes senza rischiare modifiche.

Per ulteriori informazioni sull'adozione delle risorse, consulta. Concetti ACK

Politiche di eliminazione

Le politiche di eliminazione controllano cosa succede alle AWS risorse quando si elimina la risorsa Kubernetes corrispondente. Scegli la policy giusta in base al ciclo di vita delle risorse e ai tuoi requisiti operativi.

Elimina (impostazione predefinita)

La AWS risorsa viene eliminata quando si elimina la risorsa Kubernetes. Ciò mantiene la coerenza tra il cluster e AWS, assicurando che le risorse non si accumulino.

Quando usare delete:

La politica di eliminazione predefinita è in linea con il modello dichiarativo di Kubernetes: ciò che è nel cluster corrisponde a ciò che esiste in. AWS

Mantenimento

La AWS risorsa viene conservata quando si elimina la risorsa Kubernetes. Ciò protegge i dati critici e consente alle risorse di sopravvivere alla loro rappresentazione Kubernetes.

Quando usare keep:

apiVersion: rds.services.k8s.aws/v1alpha1
kind: DBInstance
metadata:
  name: production-db
  annotations:
    services.k8s.aws/deletion-policy: "retain"
spec:
  dbInstanceIdentifier: prod-db
  # ... configuration

Per ulteriori informazioni sulle politiche di eliminazione, vedere. Concetti ACK

Documentazione upstream

Per informazioni dettagliate sull'uso di ACK, consulta le seguenti pagine del sito Web ACK:

Fasi successive