JavaScript is required to for searching.
Ignorer les liens de navigation
Quitter l'aperu
Administration d'Oracle Solaris : Services IP     Oracle Solaris 11 Information Library (Français)
search filter icon
search icon

Informations document

Préface

Partie I Administration TCP/IP

1.  Planification du développement du réseau

2.  Eléments à prendre en compte lors de l'utilisation d'adresses IPv6

3.  Configuration d'un réseau IPv4

4.  Activation d'IPv6 sur le réseau

5.  Administration d'un réseau TCP/IP

6.  Configuration de tunnels IP

7.  Dépannage des problèmes de réseau

8.  Référence IPv4

9.  Référence IPv6

Partie II DHCP

10.  A propos de DHCP (présentation)

11.  Administration du service DHCP ISC

12.  Configuration et administration du client DHCP

13.  Commandes et fichiers DHCP (référence)

Partie III IPsec

14.  Architecture IPsec (présentation)

15.  Configuration d'IPsec (tâches)

16.  Architecture IPsec (référence)

17.  Protocole IKE (présentation)

18.  Configuration du protocole IKE (tâches)

19.  Protocole IKE (référence)

20.  IP Filter dans Oracle Solaris (présentation)

21.  IP Filter (tâches)

Partie IV Performances du réseau

22.  Présentation de l'équilibreur de charge intégré

Terminologie d'ILB

Fonctions d'ILB

Modes de fonctionnement d'ILB

Algorithmes d'ILB

Interface de ligne de commande ILB

Fonction ILB de surveillance des serveurs

Fonctions ILB supplémentaires

Processus d'ILB

Recommandations relatives à l'utilisation d'ILB

ILB et utilitaire de gestion des services

Commandes et sous-commandes ILB

23.  Configuration de l'équilibreur de charge intégré (tâches)

24.  Protocole de redondance de routeur virtuel (VRRP) (Présentation)

25.  Configuration VRRP - Tâches

26.  Implémentation du contrôle de congestion

Partie V Qualité de service IP (IPQoS)

27.  Présentation d'IPQoS (généralités)

28.  Planification d'un réseau IPQoS (tâches)

29.  Création du fichier de configuration IPQoS (tâches)

30.  Démarrage et maintenance d'IPQoS (tâches)

31.  Utilisation de la comptabilisation des flux et de la collecte statistique (tâches)

32.  IPQoS en détails (référence)

Glossaire

Index

Terminologie d'ILB

Cette section décrit certains termes utiles à connaître lors de l'implémentation d'ILB sur vos systèmes.

Vidange des connexions

Mécanisme qui empêche toute nouvelle connexion à un serveur désactivé par l'administrateur. Cette fonction est utile car elle arrête les serveurs sans interrompre les connexions ou sessions actives. Les connexions existantes au serveur continuent de fonctionner normalement. Une fois le serveur prêt à gérer les demandes, il peut être de nouveau activé par l'administrateur, et l'équilibreur de charge lui transfèrera les nouvelles connexions. ILB fournit ne fournit cette capacité qu'aux serveurs avec des services virtuels basés sur le mode NAT.

Mode Direct Server Return (DSR)

Désigne le mode qui équilibre la charge des demandes entrantes aux serveurs d'arrière-plan et indique au trafic de retour des serveurs d'ignorer l'équilibreur de charge en envoyant directement les demandes au client. L'implémentation actuelle du mode DSR dans ILB ne fournit pas de suivi des connexions TCP (c.-à-d. sans état).

Avantages :

Inconvénients :

Algorithme d'équilibrage de charge

Agorithme utilisé par ILB pour sélectionner un serveur d'arrière-plan dans un groupe de serveurs pour une demande entrante.

Règle d'équilibrage de charge

Dans ILB, un service virtuel est représenté par une règle d'équilibrage de charge et définie par les paramètres suivants :

Equilibrage de charge NAT

Opération qui consiste à réécrire les informations d'en-tête IP et gérer à la fois le trafic de demande et le trafic de réponse. Il existe deux types de NAT : Half-NAT et Full-NAT. Tous les deux réécrivent l'adresse IP de destination. Cependant, Full-NAT réécrit également l'adresse IP source, et la fait apparaître sur le serveur d'où toutes les connexions sont originaires à partir de l'équilibreur de charge. NAT fournit le suivi des connexions TCP (c.-à-d. avec état).

Avantages :

Inconvénients :

Configuration persistante

Dans le contexte d'ILB, une configuration persistante dans une configuration (c.-à-d. un ensemble de règles d'équilibrage de charge) qui persiste après la réinitialisation et les mises à jour de packages.

Source proxy

La plage d'adresses IP qui peuvent servir de proxy. La plage est limitée à 10 adresses IP. La source proxy est requise uniquement en cas d'implémentation Full NAT.

session

Se compose d'un nombre de paquets qui proviennent du même client pendant un intervalle donné et qui prennent du sens dans leur globalité.

Persistance de session

Fonction permettant d'envoyer tous les paquets d'un client au même serveur d'arrière-plan. Egalement désignée sous le nom d'adhérence. Vous pouvez configurer une persistance de session simple (autrement dit, une persistance d'adresse source) pour un service virtuel en spécifiant les options pmask=prefix length et persist-timeout=value in seconds. Une fois la persistance de session établie entre un client et un serveur, tous les paquets allant du client vers le service virtuel sont transférés au même serveur d'arrière-plan pendant toute la durée de la persistance. La longueur du préfixe dans la notation CIDR est une valeur comprise entre 0–32 pour IPv4 et 0–128 pour IPv6.

Groupe de serveurs

Ensemble constitué de zéro ou plusieurs serveurs d'arrière-plan qui doit compter au moins un serveur lorsqu'il sert de service virtuel. Par exemple, si vous souhaitez équilibrer la charge des demandes HTTP, vous devez configurer ILB avec un groupe de serveurs constitué de un ou plusieurs serveurs d'arrière-plan. ILB équilibrera le trafic HTTP à travers l'ensemble des serveurs configurés.

ID de serveur

Nom unique pour l'adresse IP, assigné par le système lorsque le serveur est ajouté au groupe de serveurs.

Adresse IP virtuelle (VIP)

Adresse IP pour un service virtuel.

Service virtuel

Un service que les clients voient sous la forme VIP:port. Exemple : www.foo.com:80. Bien que le service est géré par un groupe de serveurs comprenant plus d'un serveur, les clients du service virtuel ne voient qu'une seule adresse IP address:port pour ce groupe de serveurs. Il est possible d'inclure un serveur dans plus d'un groupe de serveurs afin qu'il serve à plusieurs services virtuels. Un seul groupe de serveurs peut également servir à plusieurs services virtuels.