Résolution des problèmes de réseau local virtuel

Pour résoudre les problèmes de réseau local virtuel pour les services de contrôleur qui n'ont pas d'adresse IP, procédez comme suit :

Option 1: si vous avez besoin d'un nouveau VLAN, demandez-en un en contactant le support IBM Cloud. Ensuite, créez un cluster qui utilise ce nouveau VLAN.

Option 2: si vous disposez d'un autre VLAN, vous pouvez configurer l'extension de VLAN dans votre cluster existant. Pour vérifier si la fonction VLAN Spanning est déjà activée, utilisez la commandeibmcloud ks vlan spanning get --region REGION. Vous pouvez ensuite ajouter de nouveaux noeuds worker au cluster qui utilise l'autre VLAN avec les sous-réseaux disponibles. Créez au moins deux nœuds de travail par zone. Désormais, les adresses IP sont disponibles pour que les contrôleurs Ingress puissent se déployer automatiquement.

Option 3: si vous n'utilisez pas tous les sous-réseaux du VLAN, vous pouvez réutiliser les sous-réseaux de ce VLAN en les ajoutant à votre cluster.

1. Vérifie que le sous-réseau que vous voulez utiliser est disponible. Le compte d'infrastructure que vous utilisez peut être partagé entre plusieurs comptes IBM Cloud. Dans ce cas, même si vous exécutez la commande ibmcloud oc subnets pour voir les sous-réseaux avec les clusters liés (Bound Clusters), vous ne pourrez voir que les informations concernant vos clusters. Vérifiez avec le propriétaire du compte d'infrastructure que les sous-réseaux sont disponibles et qu'ils ne sont pas utilisés par un autre compte ou une autre équipe.

2. Utilisez la commande ibmcloud ks cluster subnet add pour faire en sorte qu'un sous-réseau existant soit disponible pour votre cluster.

3. Vérifiez que le sous-réseau a bien été créé et ajouté à votre cluster. Le CIDR du sous-réseau est répertorié dans la section Subnet VLANs.

   ibmcloud ks cluster get --cluster CLUSTER_NAME --show-resources
   

   Dans cet exemple de sortie, un deuxième sous-réseau a été ajouté au VLAN public 2234945 :

   Subnet VLANs
   VLAN ID   Subnet CIDR          Public   User-managed
   2234947   10.xxx.xx.xxx/29     false    false
   2234945   169.xx.xxx.xxx/29    true     false
   2234945   169.xx.xxx.xxx/29    true     false
   

4. Vérifiez que les adresses IP portables du sous-réseau que vous avez ajoutées sont utilisées pour le contrôleur Ingress de votre cluster. Il peut s'écouler quelques minutes avant que les services puissent utiliser les adresses IP portables du nouveau sous-réseau.

   • Aucun sous-domaine Ingress : exécutez ibmcloud ks cluster get --cluster CLUSTER pour vérifier que le sous-domaine Ingress est renseigné.
   • Un contrôleur d'entrée ne se déploie pas dans une zone : Exécutez oc get svc -n openshift-ingress pour vérifier que le contrôleur Ingress manquant est déployé avec une adresse IP externe.

Résolution des problèmes de déploiement du service de contrôleur Ingress multi-zone

Créer un service de contrôleur Ingress dans la zone où aucun service de contrôleur Ingress n'a été déployé. Si un service de contrôleur Ingress en double a été initialement créé dans une zone différente, ne supprimezpas ce service.

1. Créez un fichier YAML pour un service de contrôleur Ingress dans la zone où aucun service de contrôleur Ingress n'a été déployé. Nommez le service de contrôleur Ingressrouter-<zone>.

    apiVersion: v1
    kind: Service
    metadata:
      annotations:
        service.kubernetes.io/ibm-load-balancer-cloud-provider-ip-type: public
      finalizers:
      - service.kubernetes.io/load-balancer-cleanup
      labels:
        app: router
        ingresscontroller.operator.openshift.io/owning-ingresscontroller: default
        router: router-default
      name: router-<zone>
      namespace: openshift-ingress
    spec:
      externalTrafficPolicy: Cluster
      selector:
        ingresscontroller.operator.openshift.io/deployment-ingresscontroller: default
      sessionAffinity: None
      type: LoadBalancer
   

2. Créez le service de contrôleur Ingress dans votre cluster.

   oc create -f router-<zone>.yaml
   

3. Vérifiez que le service de contrôleur Ingress est créé dans la zone appropriée. Dans la sortie, obtenez l'adresse EXTERNAL IP.

   oc get svc router-<zone> -n openshift-ingress
   

   Exemple de sortie

   NAME                         TYPE           CLUSTER-IP       EXTERNAL-IP     PORT(S)                      AGE
   router-dal12                 LoadBalancer   172.21.57.132    169.XX.XX.XX    80/TCP,443/TCP,1940/TCP      3m
   

4. Obtenez le sous-domaine pour votre contrôleur Ingress par défaut. Dans la sortie, recherchez le sous-domaine au format <cluster_name>-<random_hash>-0000.<region>.containers.appdomain.cloud.

   ibmcloud ks nlb-dns ls -c CLUSTER_NAME_OR_ID
   

5. Enregistrez l'adresse IP du service de contrôleur Ingress avec le sous-domaine du contrôleur Ingress.

   ibmcloud ks nlb-dns add -c CLUSTER_NAME_OR_ID --ip ROUTER_SVC_IP --nlb-host ROUTER_SUBDOMAIN