Chapitre 2. Opérateurs de réseautage

1. La commande oc get permet d’afficher l’état du déploiement:

   $ oc get -n openshift-dns-operator deployment/dns-operator

   Copy to Clipboard Toggle word wrap

   Exemple de sortie

   NAME           READY     UP-TO-DATE   AVAILABLE   AGE
   dns-operator   1/1       1            1           23h

   Copy to Clipboard Toggle word wrap

2. La commande oc get permet d’afficher l’état de l’opérateur DNS:

   $ oc get clusteroperator/dns

   Copy to Clipboard Toggle word wrap

   Exemple de sortie

   NAME      VERSION     AVAILABLE   PROGRESSING   DEGRADED   SINCE   MESSAGE
   dns       4.1.15-0.11  True        False         False      92m

   Copy to Clipboard Toggle word wrap

   AVAILABLE, PROGRESSING et DEGRADED fournissent des informations sur le statut de l’Opérateur. AVAILABLE est vrai quand au moins 1 pod du jeu de démon CoreDNS signale une condition d’état disponible, et le service DNS a une adresse IP en cluster.

Procédure

1. La commande oc described permet d’afficher les dns par défaut:

   $ oc describe dns.operator/default

   Copy to Clipboard Toggle word wrap

   Exemple de sortie

   Name:         default
   Namespace:
   Labels:       <none>
   Annotations:  <none>
   API Version:  operator.openshift.io/v1
   Kind:         DNS
   ...
   Status:
     Cluster Domain:  cluster.local 

   1

   
     Cluster IP:      172.30.0.10 

   2

   
   ...

   Copy to Clipboard Toggle word wrap

   1

   Le champ Domaine Cluster est le domaine DNS de base utilisé pour construire des noms de domaine entièrement qualifiés et de service.

   2

   Le cluster IP est la requête pods d’adresse pour la résolution de nom. L’IP est définie comme la 10ème adresse dans la gamme de service CIDR.

Procédure

1. La modification de l’objet DNS Operator nommé par défaut:

   $ oc edit dns.operator/default

   Copy to Clipboard Toggle word wrap

   Après avoir émis la commande précédente, l’opérateur crée et met à jour la carte de configuration nommée dns-default avec des blocs de configuration de serveur supplémentaires basés sur spec.servers.

   Important

   Lorsque vous spécifiez des valeurs pour le paramètre zones, assurez-vous que vous ne transmettez que des zones spécifiques, telles que votre intranet. Il faut spécifier au moins une zone. Dans le cas contraire, votre cluster peut perdre des fonctionnalités.

   Dans le cas où aucun des serveurs n’a une zone correspondant à la requête, la résolution de nom revient aux serveurs DNS en amont.

   Configuration du transfert DNS

   apiVersion: operator.openshift.io/v1
   kind: DNS
   metadata:
     name: default
   spec:
     cache:
       negativeTTL: 0s
       positiveTTL: 0s
     logLevel: Normal
     nodePlacement: {}
     operatorLogLevel: Normal
     servers:
     - name: example-server 

   1

   
       zones:
       - example.com 

   2

   
       forwardPlugin:
         policy: Random 

   3

   
         upstreams: 

   4

   
         - 1.1.1.1
         - 2.2.2.2:5353
     upstreamResolvers: 

   5

   
       policy: Random 

   6

   
       protocolStrategy: ""  

   7

   
       transportConfig: {}  

   8

   
       upstreams:
       - type: SystemResolvConf 

   9

   
       - type: Network
         address: 1.2.3.4 

   10

   
         port: 53 

   11

   
       status:
         clusterDomain: cluster.local
         clusterIP: x.y.z.10
         conditions:
      ...

   Copy to Clipboard Toggle word wrap

   1

   Doit se conformer à la syntaxe du nom de service rfc6335.

   2

   Doit être conforme à la définition d’un sous-domaine dans la syntaxe du nom de service rfc1123. Le domaine cluster, cluster.local, est un sous-domaine invalide pour le champ zones.

   3

   Définit la stratégie pour sélectionner les résolveurs en amont listés dans le forwardPlugin. La valeur par défaut est aléatoire. Il est également possible d’utiliser les valeurs RoundRobin et Sequential.

   4

   Au maximum 15 amonts sont permis par forwardPlugin.

   5

   Il est possible d’utiliser upstreamResolvers pour remplacer la stratégie de transfert par défaut et transférer la résolution DNS vers les résolveurs DNS spécifiés (résolutionurs en amont) pour le domaine par défaut. Dans le cas où vous ne fournissez pas de résolveurs en amont, les requêtes de nom DNS vont aux serveurs déclarés dans /etc/resolv.conf.

   6

   Détermine l’ordre dans lequel les serveurs en amont listés en amont sont sélectionnés pour la requête. Il est possible de spécifier l’une de ces valeurs : aléatoire, RoundRobin ou séquentiel. La valeur par défaut est séquentielle.

   7

   Lorsqu’elle est omise, la plate-forme choisit un défaut, normalement le protocole de la demande du client d’origine. Définissez sur TCP pour spécifier que la plate-forme doit utiliser TCP pour toutes les requêtes DNS en amont, même si la demande client utilise UDP.

   8

   Il est utilisé pour configurer le type de transport, le nom du serveur et le paquet CA personnalisé optionnel à utiliser lors du transfert de requêtes DNS à un résolveur en amont.

   9

   Il est possible de spécifier deux types d’amont : SystemResolvConf ou Network. Le SystemResolvConf configure l’amont pour utiliser /etc/resolv.conf et Network définit un Networkresolver. Il est possible d’en spécifier un ou les deux.

   10

   Dans le cas où le type spécifié est Network, vous devez fournir une adresse IP. Le champ d’adresse doit être une adresse IPv4 ou IPv6 valide.

   11

   Dans le cas où le type spécifié est Network, vous pouvez éventuellement fournir un port. Le champ port doit avoir une valeur comprise entre 1 et 65535. Dans le cas où vous ne spécifiez pas un port pour l’amont, le port par défaut est 853.

La vérification

1. Afin d’examiner le changement qui en résulte, entrez la commande suivante:

   $ oc get dnses.operator -A -oyaml

   Copy to Clipboard Toggle word wrap

   Il faut voir deux entrées de niveau de journal. L’opérateur operatorLogLevel s’applique aux problèmes d’opérateur DNS OpenShift, et le logLevel s’applique au daemonset des pods CoreDNS:

    logLevel: Trace
    operatorLogLevel: Debug

   Copy to Clipboard Toggle word wrap

2. Afin d’examiner les journaux du daemonset, entrez la commande suivante:

   $ oc logs -n openshift-dns ds/dns-default

   Copy to Clipboard Toggle word wrap

Procédure

1. Éditez l’objet DNS Operator nommé par défaut en exécutant la commande suivante:

   $ oc edit dns.operator.openshift.io/default

   Copy to Clipboard Toggle word wrap

2. De modifier les valeurs de mise en cache en temps-à-vie (TTL):

   Configuration de la mise en cache DNS

   apiVersion: operator.openshift.io/v1
   kind: DNS
   metadata:
     name: default
   spec:
     cache:
       positiveTTL: 1h 

   1

   
       negativeTTL: 0.5h10m 

   2

   Copy to Clipboard Toggle word wrap

   1

   La valeur de la chaîne 1h est convertie en son nombre respectif de secondes par CoreDNS. En cas d’omission de ce champ, la valeur est supposée être 0s et le cluster utilise la valeur par défaut interne de 900s comme repli.

   2

   La valeur de la chaîne peut être une combinaison d’unités telles que 0.5h10m et est convertie en son nombre respectif de secondes par CoreDNS. En cas d’omission de ce champ, la valeur est supposée être 0s et le cluster utilise la valeur par défaut interne de 30s comme un repli.

La vérification

1. Afin d’examiner la modification, regardez à nouveau la carte de configuration en exécutant la commande suivante:

   oc get configmap/dns-default -n openshift-dns -o yaml

   Copy to Clipboard Toggle word wrap

2. Assurez-vous que vous voyez des entrées qui ressemblent à l’exemple suivant:

          cache 3600 {
               denial 9984 2400
           }

   Copy to Clipboard Toggle word wrap