Aidez à améliorer cette page

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Pour contribuer à ce guide de l'utilisateur, cliquez sur le GitHub lien Modifier cette page qui se trouve dans le volet droit de chaque page.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Considérations relatives à l'ACK pour EKS

Cette rubrique aborde les considérations importantes relatives à l'utilisation de la fonctionnalité EKS pour ACK, notamment la configuration IAM, les modèles multi-comptes et l'intégration avec d'autres fonctionnalités EKS.

Modèles de configuration IAM

La fonctionnalité ACK utilise un rôle de capacité IAM pour s'authentifier. AWS Choisissez le modèle IAM adapté à vos besoins.

Simple : rôle de capacité unique

Pour le développement, les tests ou des cas d'utilisation simples, accordez toutes les autorisations nécessaires directement au Capability Role.

Quand utiliser  :

Exemple  : ajoutez des autorisations S3 et RDS à votre rôle de capacité avec des conditions de balisage des ressources :

{
  "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"
        }
      }
    }
  ]
}

Cet exemple limite les opérations S3 et RDS à des régions spécifiques et nécessite que les ressources RDS possèdent une ManagedBy: ACK balise.

Production : IAM Role Selectors

Pour les environnements de production, utilisez les sélecteurs de rôles IAM pour implémenter l'accès au moindre privilège et l'isolation au niveau de l'espace de noms.

Quand utiliser  :

Avantages :

Pour la configuration détaillée du sélecteur de rôle IAM, consultez. Configurer les autorisations ACK

Intégration avec d'autres fonctionnalités EKS

GitOps avec Argo CD

Utilisez la fonctionnalité EKS pour Argo CD pour déployer des ressources ACK à partir de référentiels Git, permettant ainsi des GitOps flux de travail pour la gestion de l'infrastructure.

Considérations :

GitOps fournit des pistes d'audit, des fonctionnalités de restauration et une gestion déclarative de l'infrastructure. Pour en savoir plus sur Argo CD, consultezTravailler avec Argo CD.

Composition des ressources avec kro

Utilisez la fonctionnalité EKS pour kro (Kube Resource Orchestrator) pour composer plusieurs ressources ACK en abstractions de niveau supérieur et en API personnalisées.

Quand utiliser kro avec ACK  :

Exemples de modèles  :

kro gère l'ordre des dépendances, la propagation des états et la gestion du cycle de vie des ressources composées. Pour en savoir plus sur Kro, voirconcepts kro.

Organisation de vos ressources

Organisez les ressources ACK à l'aide des espaces de noms et des balises de AWS ressources Kubernetes pour améliorer la gestion, le contrôle d'accès et le suivi des coûts.

Organisation de l'espace de noms

Utilisez les espaces de noms Kubernetes pour séparer logiquement les ressources ACK par environnement (production, préparation, développement), équipe (plateforme, données, machine learning) ou application.

Avantages :

Étiquette des ressources

La fonctionnalité EKS ACK applique automatiquement des balises par défaut à toutes les AWS ressources qu'elle crée. Ces étiquettes diffèrent de l'ACK autogéré et offrent une traçabilité améliorée.

Tags par défaut appliqués par la fonctionnalité  :

Tags supplémentaires recommandés  :

Ajoutez des balises personnalisées pour la répartition des coûts, le suivi de la propriété et à des fins organisationnelles :

Migration depuis d'autres Infrastructure-as-code outils

De nombreuses organisations considèrent qu'il est utile de standardiser Kubernetes au-delà de l'orchestration de leur charge de travail. La migration de la gestion de l'infrastructure et AWS des ressources vers ACK vous permet de standardiser la gestion de l'infrastructure en utilisant les API Kubernetes parallèlement aux charges de travail de vos applications.

Avantages de la standardisation sur Kubernetes pour l'infrastructure :

ACK prend en charge l'adoption AWS des ressources existantes sans les recréer, ce qui permet une migration sans interruption depuis CloudFormation Terraform ou des ressources externes au cluster.

Adoptez une ressource existante  :

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

Une fois adoptée, la ressource est gérée par ACK et peut être mise à jour via les manifestes Kubernetes. Vous pouvez effectuer une migration incrémentielle, en adoptant les ressources selon les besoins tout en conservant les outils IaC existants pour les autres ressources.

ACK prend également en charge les ressources en lecture seule. Pour les ressources gérées par d'autres équipes ou les outils que vous souhaitez référencer mais non modifier, combinez l'adoption avec la politique de retain suppression et accordez uniquement des autorisations IAM en lecture. Cela permet aux applications de découvrir une infrastructure partagée (VPC, rôles IAM, clés KMS) via les API Kubernetes sans risquer de modifications.

Pour en savoir plus sur l'adoption des ressources, consultezConcepts de l'ACK.

Politiques de suppression

Les politiques de suppression contrôlent ce qu'il advient AWS des ressources lorsque vous supprimez la ressource Kubernetes correspondante. Choisissez la bonne politique en fonction du cycle de vie des ressources et de vos exigences opérationnelles.

Supprimer (par défaut)

La AWS ressource est supprimée lorsque vous supprimez la ressource Kubernetes. Cela permet de maintenir la cohérence entre votre cluster et AWS de garantir que les ressources ne s'accumulent pas.

Quand utiliser la suppression  :

La politique de suppression par défaut s'aligne sur le modèle déclaratif de Kubernetes : ce qui se trouve dans le cluster correspond à ce qui existe dans. AWS

Conserver

La AWS ressource est conservée lorsque vous supprimez la ressource Kubernetes. Cela protège les données critiques et permet aux ressources de survivre au-delà de leur durée de vie dans Kubernetes.

Quand utiliser Retain  :

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

Pour en savoir plus sur les politiques de suppression, consultezConcepts de l'ACK.

Documentation en amont

Pour des informations détaillées sur l'utilisation d'ACK, consultez les pages suivantes sur le site Web d'ACK :

Étapes suivantes