Prise en charge d’adresses et de ports alternatifs pour les clusters Couchbase/N1QL

Les applications externes utilisent cette fonction pour communiquer avec le cluster, mais pas directement avec les nœuds. Ces paramètres autorisent l’accès interne à un routeur ou à une autre entité en réseau qui fournit des interfaces au nom du cluster.

Lors de la configuration d’adresses alternatives, nous pouvons également configurer des numéros de port alternatifs. Le meilleur exemple de configuration d’adresse alternative est celui des adresses IP publiques et privées d’AWS. Chaque nœud a une IP privée et un DNS, mais ils peuvent également attribuer une IP publique et un enregistrement DNS. Ces IP publiques peuvent être attribuées de manière statique ou dynamique.

Les clients se connectent ensuite à l’hôte public et aux ports comme indiqué dans la section d’adresse externe dans les informations nodeServices sous le point de terminaison pools/default/nodesServices Rest.

Instance Couchbase de transfert de port sur AWS

Une étape importante lors de la configuration d’adresses alternatives est la redirection de port. Lorsque des adresses alternatives sont fournies, le mappage de l’hôte et du port externes vers les ports internes doit être effectué par un administrateur réseau. Le client peut alors utiliser l’adresse et le port externes pour se connecter au service.

Une fois dans le réseau (un utilisateur se connecte à une adresse externe, interne au déploiement où le mappage de port a lieu), le port externe sera mappé sur le port interne pour accéder au service sur la base d’une autorisation. Cela peut être fait sur AWS en suivant les étapes décrites ici.

Selon ce qui est accessible en dehors du pare-feu (accès au niveau du port), le client peut envoyer des requêtes à ce service. Une fois que d’autres adresses et ports externes sont fournis, le service Couchbase ns_server met à jour les points de terminaison REST :

1. piscines/par défaut
2. pools/nœuds
3. pools/default/buckets, pools/default/buckets/, pools/default/buckets//nodes
4. pools/default/b/, pools/default/bs/
5. poolsStreaming/par défaut
6. pools/default/bucketsStreaming/
7. pools/default/nodesServices, pools/default/nodesServicesStreaming

En interne, les services Couchbase n’ont pas besoin de redémarrer sur de nouveaux ports et seul le client doit autoriser les connexions à un hôte/port particulier en fonction des informations disponibles dans la propriété nodeServices sous l’attribut externe.

Le point de terminaison REST nodeServices affiche le mappage des hôtes et des ports :

"alternateAddresses": {
       "external": {
         "hostname": "ec2-3-140-253-252.us-east-2.compute.amazonaws.com",
         "ports": {
           "mgmt": 8891,
           "mgmtSSL": 18891,
           "n1ql": 9000,
           "n1qlSSL": 19000

Étapes de configuration de l’adresse alternative

1 – Configurez le cluster Couchbase et utilisez les appels REST ou la CLI pour configurer des adresses alternatives :

OU

Dans l’exemple ci-dessous, l’adresse externe devient cluster.com pour le nœud interne 172.23.104.92. Il définit également le nouveau port externe N1QL sur 9000.

2 – Modifiez /etc/hosts pour contenir l’accès à cluster.com.

3 – Pour la redirection de port sur une machine virtuelle, nous pouvons utiliser la commande suivante pour le service Query s’exécutant sur le port 8093.

Répertoriez ensuite les paramètres de transfert actuels pour confirmer :

Répertoriez les paramètres d’adresse alternative :

Afin d’utiliser l’outil de requête cbq pour accéder à d’autres adresses, utilisez l’option de configuration réseau ou nfcg et définissez-la sur externe. Cela nous permet d’exécuter des requêtes :

Reportez-vous à la documentation Couchbase ici pour plus d’informations sur l’utilisation des clusters, des réseaux et des adresses alternatives.