Conditions préalables

Étape 1 : créer un projet et des liaisons de rôle de projet

Créez un projet.

kubectl create -f project.yaml

Exemple de fichier

project.yaml

.

apiVersion: project.cci.vmware.com/v1alpha1
kind: Project
metadata:
  name: <
project_name>
spec:
  description: <
description_of_project>
  sharedResources: true

Créez une liaison de rôle de projet pour attribuer des rôles à des utilisateurs ou des groupes dans un projet créé.

kubectl create -f projectrolebinding.yaml

L'exemple de fichier

projectrolebinding.yaml

suivant ajoute un utilisateur disposant du rôle de projet

admin

. Les valeurs de rôle de projet sont :

admin

,

view

ou

edit

.

apiVersion: authorization.cci.vmware.com/v1alpha1
kind: ProjectRoleBinding
metadata:
  name: cci:user:vmware.com:<
user_alias>
  namespace: <
project_name>
roleRef:
  apiGroup: authorization.cci.vmware.com
  kind: ProjectRole
  name: admin
subjects:
- kind: User
  name: <
username@company.com>

Étape 2: créer une région

kubectl create -f region.yaml

apiVersion: topology.cci.vmware.com/v1alpha1
kind: Region
metadata:
  name: <
region_name>
spec:
  description: <
description_of_region>

Étape 3 : associer un superviseur à une région

Pour trouver le superviseur que vous souhaitez mettre à jour, répertoriez les superviseurs. Les ressources du superviseur sont visibles après la collecte de données

vCenter

.

kubectl -n cci-config get supervisors

Voici un exemple de résultat.

NAME                             AGE
demo-self-service:domain-c50     75d
adminannie-vcenter:domain-c8     5d18h
scale-test-vc-01:domain-c8       56d

Mettez à jour le superviseur nommé

adminannie-vcenter:domain-c8

.

kubectl -n cci-config edit supervisor adminannie-vc:domain-c8

L'exemple suivant inclut les paires de clé-valeur

metadata.labels

et les

spec.regionNames

de régions. Les étiquettes

environment: testing

et

fipsMode: strict

peuvent être utilisées pour faciliter les décisions de placement du superviseur.

apiVersion: infrastructure.cci.vmware.com/v1alpha1
kind: Supervisor
metadata:
  labels:
    environment: testing
    fipsMode: strict
  name: adminannie-vc:domain-c8
  namespace: cci-config
  uid: ccd3d154-6404-47b7-8786-bb2d49ad9f5d
spec:
  cloudAccountName: adminannie-vc
  externalId: domain-c8
  externalName: wcp-test-dc-cluster
  regionNames:
    - <
region_name>

Étape 4 : créer une liaison de région et une configuration de liaison de région

Créez une liaison de région.

kubectl create -f regionbinding.yaml

Exemple de fichier

regionbinding.yaml

.

apiVersion: topology.cci.vmware.com/v1alpha1
kind: RegionBinding
metadata:
  name: <
region_name>
  namespace: <
project_name>

Une liaison de région n'inclut aucun paramètre de positionnement du superviseur, vous devez donc également créer une configuration de liaison de région.

Créez une configuration de liaison de région pour chaque liaison de région créée. Vous pouvez inclure des expressions de correspondance utilisées pour un filtrage supplémentaire des superviseurs. Les étiquettes de superviseur sont utilisées pour autoriser le positionnement de l'espace de noms de superviseur sur un sous-ensemble de superviseurs d'une région.

kubectl create -f regionbindingconfig.yaml

Dans l'exemple suivant de fichier

regionbindingconfig.yaml

, tous les superviseurs qui correspondent à l'étiquette d'environnement

testing

peuvent héberger les espaces de noms de superviseur créés dans ce projet et cette région.

apiVersion: topology.cci.vmware.com/v1alpha1
kind: RegionBindingConfig
metadata:
  name: <
region_name>
  namespace: <
project_name>
spec:
  supervisorSelector:
    matchExpressions:
      - key: environment
        operator: In
        values:
          - testing

Étape 5 : créer une classe d'espace de noms de superviseur et ajouter une configuration de classe d'espace de noms de superviseur

Créez une classe d'espace de noms de superviseur.

kubectl create -f supervisornamespaceclass.yaml

Dans l'exemple suivant de fichier

supervisornamespaceclass.yaml

, l'entrée facultative sous

parameters

reflète les paramètres de classe d'espace de noms que les utilisateurs fournissent lors de la création de l'espace de noms. Toutes les entrées doivent avoir des valeurs par défaut. Les valeurs sont utilisées pour personnaliser les classes de stockage, les limites et les contraintes supplémentaires.

apiVersion: infrastructure.cci.vmware.com/v1alpha1
kind: SupervisorNamespaceClass
metadata:
  name: <
class_name>
spec:
  description: supervisor namespace class
  parameters:
    - name: podCountLimit
      type: Integer
      minimum: 100
      maximum: 1000
      default: 500

La classe d'espace de noms de superviseur ne contient pas de paramètres de positionnement de superviseur, vous devez donc également créer une configuration de classe d'espace de noms de superviseur.

Créez une configuration de classe d'espace de noms de superviseur.

kubectl create -f supervisornamespaceclassconfig.yaml

Le fichier YAML est configuré avec toutes les configurations d'espace de noms de superviseur dont vous souhaitez que l'espace de noms de superviseur hérite et peut inclure :

Bibliothèques de contenu qui contiennent les images que le service de machine virtuelle utilise lors du provisionnement des machines virtuelles.
Classes de machines virtuelles telles que tailles de T-Shirt.
Limites de ressources appliquées au CPU, à la mémoire et au stockage.
Classes de stockage à utiliser.
SupervisorSelector pour décider quel superviseur utiliser lors de la création de l'espace de noms de superviseur.

Dans l'exemple suivant de fichier

supervisornamespaceclassconfig.yaml

,

supervisorSelector

est utilisé pour faire correspondre les étiquettes de superviseur.

apiVersion: infrastructure.cci.vmware.com/v1alpha1
kind: SupervisorNamespaceClassConfig
metadata:
  name: <
class_name>
spec:
  storageClasses:
    - name: management-storage-policy-thin
  vmClasses:
    - name: big-vm-class
    - name: small-vm-class
  contentSources:
    - name: global-content-library
      type: ContentLibrary
  # Below limits are an EXAMPLE! Setting them may cause unexpected behavior in your namespace
  # Either set reasonable limits, or remove the below section to get unlimited resources
  limits:
    - name: pod_count
      limit: "((parameters.podCountLimit))"
  supervisorSelector:
    matchExpressions:
      - key: environment
        operator: In
        values:
          - testing

Étape 6 : associer une classe d'espace de noms à un projet

kubectl create -f supervisornamespaceclassbinding.yaml

apiVersion: infrastructure.cci.vmware.com/v1alpha1
kind: SupervisorNamespaceClassBinding
metadata:
  name: <
class_name>
  namespace: <
project_name>
spec:
  overrideParameters:
    - name: podCountLimit
      type: Integer
      const: 1000