Aller au contenu
  • Société
    • Qui sommes-nous
    • Nos valeurs
    • Nos partenaires
    • Entreprise citoyenne
    • Régions
  • Services
    • Expertise
    • Formation
    • Développement
    • Migration
    • Infogérance
  • Join the Team
  • Actualités
  • Blog
    • Blog easyteam.fr
    • Blog Cloud Natives
  • Formations
  • Rugb’Easyteam
  • Contact
Menu
  • Société
    • Qui sommes-nous
    • Nos valeurs
    • Nos partenaires
    • Entreprise citoyenne
    • Régions
  • Services
    • Expertise
    • Formation
    • Développement
    • Migration
    • Infogérance
  • Join the Team
  • Actualités
  • Blog
    • Blog easyteam.fr
    • Blog Cloud Natives
  • Formations
  • Rugb’Easyteam
  • Contact
Inscrivez-vous à la newsletter

Inscrivez-vous à la newsletter

Abonnez-vous maintenant et nous vous tiendrons au courant.
Nous respectons votre vie privée. Vous pouvez vous désabonner à tout moment.

Bienvenue sur le Blog d'EASYTEAM (ex ArKZoYd)

  • Accueil
  • Actualités
  • Cloud
  • Infrastructure
  • Données / Sécurité
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
Menu
  • Accueil
  • Actualités
  • Cloud
  • Infrastructure
  • Données / Sécurité
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
  • le 25/03/2020
  • Pierre-Aldric Fourtet
  • Infrastructures, ODA

ODA-X8 : Configuration réseau avancée

Partager sur linkedin
LinkedIn
Partager sur twitter
Twitter
Partager sur facebook
Facebook

Je vous présentais il y a déjà quelques semaines la dernière gamme des petites appliances Oracle, les ODA-X8.

 

Ayant plutôt insisté dans le précédant article sur leurs caractéristiques CPU/RAM/Stockage, il me semble important de compléter cela par leurs caractéristiques réseaux.

Outre l’interface de l’ILOM et celle de Management (En GbE), les appliances X8 proposent maintenant quatre interfaces 10 GbE (contre deux sur les X7). Celles-là peuvent être remplacée en option par quatre modules SFP en 25 Gbe.

 

Mais pourquoi quatre interfaces ?

Cela présente un fort intérêt si l’on souhaite consolider plusieurs environnements sur une même machine ou si l’on souhaite dédier un réseau aux sauvegardes ou à l’intégration d’un PRA tout en conservant l’agrégation des interfaces par paire (bonding) pour sécuriser la disponibilité des bases dans votre infrastructure.
Pour rappel, même si le LACP est techniquement utilisable, il n’est pas pris en charge par le support Oracle.

 

Entrons maintenant dans des considérations plus techniques avec un exemple d’utilisation des quatre interfaces.

Avant le déploiement de l’ODA, les deux premières interfaces sont configurées en bonding via la commande configure-firstnet afin de permettre l’accès à la Console Web de l’ODA.

Le deuxième bonding doit quant à lui être configuré après le déploiement de l’appliance.

Imaginons que nous ayons adressé les deux premières interfaces en bonding sur l’IP 10.100.10.1 et que nous souhaitons configurer un deuxième bonding constitué des troisième et quatrième interfaces sur l’IP 10.100.20.1 avec un masque en 255.255.255.0 et une gateway en 10.100.20.254.

Cela se fera alors par la commande suivante :

[root@ODAX8 ~]# /opt/oracle/dcs/bin/odacli create-network -no-d -w Database -m Second-network -n btbond2 -p 10.100.20.1 -s 255.255.255.0 -g 10.100.20.254

On peut alors lister les réseaux existants :

[root@ODAX8 ~]# /opt/oracle/dcs/bin/odacli list-networks

ID                                   Name            NIC     InterfaceType IP Address     Subnet Mask     Gateway       VlanId
------------------------------------ --------------- ------- ------------- -------------- --------------- ------------- -------
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx Private-network priv0   INTERNAL      192.168.16.24  255.255.255.240
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx Public-network  btbond1 BOND          10.100.10.1    255.255.255.0   172.16.54.254
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx Second-network  btbond2 BOND          10.100.20.1    255.255.255.0   172.16.55.254

Imaginons maintenant que nous vioulons ajouter à ce nouveau réseau un vlan.

Ici l’ID du Vlan sera 30 et l’adresse IP de l’interface virtuelle est 10.100.30.1 avec une gateway en 10.100.30.254 :

[root@ODAX8 ~]# odaadmcli create vlan Vlan30 -vlanid 30 -if btbond2 -setuptype database -ip 10.100.30.1 -netmask 255.255.255.0 -gateway 10.100.30.254 -node 0

On peut alors lister les vlans existants grâce à la commande suivante :

[root@ODAX8 ~]# odaadmcli show vlan

NAME      ID   INTERFACE   CONFIG_TYPE IP_ADDRESS     NETMASK         GATEWAY         NODENUM
Vlan30    30   btbond2     database    10.100.30.1    255.255.255.0   10.100.30.254   0

Nous souhaitons maintenant créer deux autres listeners. Un sur l’adresse native du deuxième bonding, l’autre sur le vlan 30.

Cela se fera donc par les commandes suivantes :

Création de l’arborescence nécessaire

[root@ODAX8 ~]# mkdir /u01/app/18.0.0.0/grid/network/admin/grid
[root@ODAX8 ~]# chown grid: /u01/app/18.0.0.0/grid/network/admin/grid
[root@ODAX8 ~]# vi /u01/app/18.0.0.0/grid/network/admin/listener.ora

Lignes à ajouter au listener.ora de la GridInfra

LISTENER_BIS=(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=10.100.20.1)(PORT=1521)))
LISTENER_TER=(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=10.100.30.1)(PORT=1521)))

Création du second listener sur le port standard (1521)

[root@ODAX8 ~]# /u01/app/18.0.0.0/grid/bin/srvctl add network -k 2 -S 10.100.20.0/255.255.255.0/btbond2
[root@ODAX8 ~]# /u01/app/18.0.0.0/grid/bin/srvctl add vip -node odax8 -netnum 2 address 10.100.20.1/255.255.255.0/btbond2
[root@ODAX8 ~]# /u01/app/18.0.0.0/grid/bin/srvctl add listener -listener LISTENER_BIS netnum 2 -user grid -p 1521 -o /u01/app/18.0.0.0/grid
[root@ODAX8 ~]# /u01/app/18.0.0.0/grid/bin/srvctl start listener -listener LISTENER_BIS

Création du troisième listener sur le port standard (1521)

[root@ODAX8 ~]# /u01/app/18.0.0.0/grid/bin/srvctl add network -k 3 -S 10.100.30.0/255.255.255.0/btbond2.30
[root@ODAX8 ~]# /u01/app/18.0.0.0/grid/bin/srvctl add vip -node odax8 -netnum 3 address 10.100.30.1/255.255.255.0/btbond2.30
[root@ODAX8 ~]# /u01/app/18.0.0.0/grid/bin/srvctl add listener -listener LISTENER_TER netnum 3 -user grid -p 1521 -o /u01/app/18.0.0.0/grid
[root@ODAX8 ~]# /u01/app/18.0.0.0/grid/bin/srvctl start listener -listener LISTENER_TER

En espérant que ce cas pratique aura su vous être utile (:

 

Pierre-Aldric Fourtet
Pierre-Aldric Fourtet
Voir tous ses articles
Partager sur linkedin
LinkedIn
Partager sur twitter
Twitter
Partager sur facebook
Facebook

Laisser un commentaire Annuler la réponse

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Les derniers articles

  • La fin d’OVM – L’essor d’OLVM 18/01/2021
  • Azure Netapp Files 11/01/2021
  • AWS – Choisir entre les services de messagerie pour les applications Serverless AWS 04/01/2021
  • RMAN : Dupliquer une base avec Restore database en 12c 28/12/2020
  • Run kafkaConnect with docker image 21/12/2020

Les derniers commentaires

  • Laurent GALLET dans Chiffrement du flux SQL*NET
  • SylvainF dans Oracle et VMware : risques, enjeux et solutions
  • Développer avec Oracle Functions - EASYTEAM dans Oracle Cloud Infrastructure Container Engine for Kubernetes
  • Younes dans Les bonnes raisons d’utiliser un CDN (réseau de diffusion de contenus / Content Delivery Network)
  • Bruno BOTTREAU dans Oracle et VMware : risques, enjeux et solutions
Espace Membres
Mot de passe perdu ?
EASYTEAM

Tour Nova, 71 Boulevard National,
92250 La Garenne-Colombes
Tél. 0800 40 60 40
contact@easyteam.fr

Facebook
Linkedin
Twitter
Navigation
  • Accueil
  • Qui sommes-nous
  • Entreprise citoyenne
  • Nos valeurs
  • Régions
  • Partenaires
  • Contact
  • Support
Menu
  • Accueil
  • Qui sommes-nous
  • Entreprise citoyenne
  • Nos valeurs
  • Régions
  • Partenaires
  • Contact
  • Support
Services
  • Développement
  • Migration
  • Infogérance
  • Expertise
  • Formation
Menu
  • Développement
  • Migration
  • Infogérance
  • Expertise
  • Formation
Blog
  • Cloud
  • Infrastructures
  • Data
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
  • Applications
Menu
  • Cloud
  • Infrastructures
  • Data
  • Intégration
  • Dev / DevOps
  • SAM / FinOps
  • Applications
Copyright 2018 - EASYTEAM, Tous droits réservés
Mentions légales
Politique de confidentialité​