Serveur SQL avec 2 pattes

Hello,

J'ai remarqué sur un serveur SQL de production une configuration qui me fait réfléchir. La machine possède 2 cartes réseaux.
Sur cette machine il n'existe aucune mise en Load Balancing (NBL), aucune solution de haute disponibilité. J'ai posé la question vite fait au propriétaire de la machine qui m'a expliqué que c'est pour séparer le canal de différentes applications. Les applications dont il est question sont des applications DATA.
Est ce que le fait de dédier un canal à une application peut participer à l'optimisation des temps de réponse ?

Cette technique est un pré-requis dans le monde ToIP, où on sépare chaque canal : voix, data, email,...

Mais pour des appli 100% data est-il nécessaire d'avoir des canaux dédiés ?


Merci de m'éclairer

Que dit le propriétaire du serveur à ce sujet ?
Est ce un pré-requis des applications ?

Une des application engendre t'elle une quantité importante de traffic réseau ?

Un des avantages est qu'en cas de panne d'une carte il n'y aurait que l'application affectée à la carte qui tomberait ...

++

Ou faire du teaming...

Il peut être parfois interressant d'avoir son instance écoutant sur 2 adresses IP pour répartir la charge réseau (par ex, le reporting sur une interface et l'appli principale sur une autre). Mais je pense que cette technique date plus de l'époque client lourd/serveur.

Tu peux tout à fait faire du NLB, ce qui te protège en cas de rupture d'une des interfaces.

de toute façon SQL Server écoute tout, même les cartes RTC !

A +

Citation:

---

Envoyé par mikedavem

Que dit le propriétaire du serveur à ce sujet ?
Est ce un pré-requis des applications ?
Une des application engendre t'elle une quantité importante de traffic réseau ?
Un des avantages est qu'en cas de panne d'une carte il n'y aurait que l'application affectée à la carte qui tomberait ...
++

---

Tu parles là de la tolérance à la panne. Mais dans ce cas ce n'est pas la meilleure solution. Une topologie Fail Over ou autre me semble être plus adapté dans ce cas ? Mais ce qui m’intéresse c'est l'influence de la performance sur la relation : canal - application type data - serveur sql

Citation:

---

application type data

---

C'est quoi une application type data ?

Citation:

---

Envoyé par zinzineti

Tu parles là de la tolérance à la panne. Mais dans ce cas ce n'est pas la meilleure solution. Une topologie Fail Over ou autre me semble être plus adapté dans ce cas ? Mais ce qui m’intéresse c'est l'influence de la performance sur la relation : canal - application type data - serveur sql

---

Pas besoin de generer un downtime lie a un failover pour un crash de carte reseau car l'autre prend le relais...

Citation:

---

Envoyé par kagemaru

C'est quoi une application type data ?

---

une application qui n'est pas de la voix (téléphonie par exemple).
Les appli voix ont une exigence élevé au niveau qualité et temps de réponse.
On peut aussi inclure les flux vidéo dans cette catégorie d'appli voix.

Généralement ces appli se basent sur plusieurs protocoles :
--> PSTN (Public Switched Telephone Network) ou en français RTC (Réseau Téléphonique Commuté ).
--> RTP (Real-time Transfert Protocole)
--> RTCP (Real-time Transfert Control Protocole)
--> TCP/IP

Et tout ce qui sort de ce contexte peut être qualifié d'appli DATA

A+

Quelles sont les adresses IP des 2 cartes réseaux, quelles les débits max de la connections réseau ????

Si les 2 cartes ont exactement la même adresse IP ou si le débit max est à 2GO, très certainement que les cartes sont montées en team : tu as 2 cartes physiques de 1GO assemblées en une seule carte virtuelle de 2GO.


Sinon, peut-être que tes cartes sont branchées sur 2 réseaux différents et le serveur fait office de passerelle entre les 2 réseaux (ou SQLServer et uniquement lui est accessible aux 2 réseaux différents)