Bonjour à tous,
Je voudrais avoir votre avis pour le dimensionnement d'un serveur DNS.
En effet on m'a chargé de mettre en place un serveur DNS pour un
oéprateur et qui sera très sollicité, actuellement il y a plus de 2000
noms de domaine dessus et devra répondre aux requêtes venant de
différents devices que ce soit la téléphonie mobile 3G ou les requêtes
des abonnées internet grand public et des professionnels.
J'ai déjà mis une place une machine Sun avec debian dessus cette
machine à 8Go de Ram et deux processeurs amd 64bit. Apparemment ça ne
sera pas suffisant à moins que ce soit à cause de ma config non
optimisée. J'avais laissé les paramètres par défaut du paquet bind et
j'ai renseigné mes domaines.
Quelle configuration matérielle + OS me conseillerez vous ?
Merci pour votre aide.
Bonjour à tous,
Je voudrais avoir votre avis pour le dimensionnement d'un serveur DNS.
En effet on m'a chargé de mettre en place un serveur DNS pour un
oéprateur et qui sera très sollicité, actuellement il y a plus de 2000
noms de domaine dessus et devra répondre aux requêtes venant de
différents devices que ce soit la téléphonie mobile 3G ou les requêtes
des abonnées internet grand public et des professionnels.
J'ai déjà mis une place une machine Sun avec debian dessus cette
machine à 8Go de Ram et deux processeurs amd 64bit. Apparemment ça ne
sera pas suffisant à moins que ce soit à cause de ma config non
optimisée. J'avais laissé les paramètres par défaut du paquet bind et
j'ai renseigné mes domaines.
Quelle configuration matérielle + OS me conseillerez vous ?
Merci pour votre aide.
Bonjour à tous,
Je voudrais avoir votre avis pour le dimensionnement d'un serveur DNS.
En effet on m'a chargé de mettre en place un serveur DNS pour un
oéprateur et qui sera très sollicité, actuellement il y a plus de 2000
noms de domaine dessus et devra répondre aux requêtes venant de
différents devices que ce soit la téléphonie mobile 3G ou les requêtes
des abonnées internet grand public et des professionnels.
J'ai déjà mis une place une machine Sun avec debian dessus cette
machine à 8Go de Ram et deux processeurs amd 64bit. Apparemment ça ne
sera pas suffisant à moins que ce soit à cause de ma config non
optimisée. J'avais laissé les paramètres par défaut du paquet bind et
j'ai renseigné mes domaines.
Quelle configuration matérielle + OS me conseillerez vous ?
Merci pour votre aide.
En effet on m'a chargé de mettre en place un serveur DNS pour un
oéprateur et qui sera très sollicité, actuellement il y a plus de
2000 noms de domaine dessus
et devra répondre aux requêtes venant de différents devices que ce
soit la téléphonie mobile 3G ou les requêtes des abonnées internet
grand public et des professionnels.
J'ai déjà mis une place une machine Sun avec debian dessus cette
machine à 8Go de Ram et deux processeurs amd 64bit. Apparemment ça
ne sera pas suffisant
J'avais laissé les paramètres par défaut du paquet bind
Quelle configuration matérielle + OS me conseillerez vous ?
En effet on m'a chargé de mettre en place un serveur DNS pour un
oéprateur et qui sera très sollicité, actuellement il y a plus de
2000 noms de domaine dessus
et devra répondre aux requêtes venant de différents devices que ce
soit la téléphonie mobile 3G ou les requêtes des abonnées internet
grand public et des professionnels.
J'ai déjà mis une place une machine Sun avec debian dessus cette
machine à 8Go de Ram et deux processeurs amd 64bit. Apparemment ça
ne sera pas suffisant
J'avais laissé les paramètres par défaut du paquet bind
Quelle configuration matérielle + OS me conseillerez vous ?
En effet on m'a chargé de mettre en place un serveur DNS pour un
oéprateur et qui sera très sollicité, actuellement il y a plus de
2000 noms de domaine dessus
et devra répondre aux requêtes venant de différents devices que ce
soit la téléphonie mobile 3G ou les requêtes des abonnées internet
grand public et des professionnels.
J'ai déjà mis une place une machine Sun avec debian dessus cette
machine à 8Go de Ram et deux processeurs amd 64bit. Apparemment ça
ne sera pas suffisant
J'avais laissé les paramètres par défaut du paquet bind
Quelle configuration matérielle + OS me conseillerez vous ?
Je te conseille de l utiliser comme le master root de tes domaines
puis de monter un cluster de 2 a 4 machines ( pas de performances
hors normes necessaires) comme serveurs slaves (serveurs de cache).
Je te conseille de l utiliser comme le master root de tes domaines
puis de monter un cluster de 2 a 4 machines ( pas de performances
hors normes necessaires) comme serveurs slaves (serveurs de cache).
Je te conseille de l utiliser comme le master root de tes domaines
puis de monter un cluster de 2 a 4 machines ( pas de performances
hors normes necessaires) comme serveurs slaves (serveurs de cache).
Ce nombre n'a guère d'importance (2000 domaines, c'est tout petit, les
difficutés commencent lorsqu'on en a 100000 et qu'il faut quinze
minutes à BIND pour les charger tous, au démarrage à froid).
C'est plut ôt le nombre de requêtes par seconde qu'il faut prendre en
compte. E n dessous de 2000/s, ne vous préoccupez de rien, c'est du
petit trafic .
C'est pas très quantifié, ça... On ne connait pas non plus la taille
des domaines (".com" ne pose pas les mêmes prob lèmes que
".bortzmeyer.org").
Ouh là, là, c'est déjà davantage que le s serveurs DNS racine. Vous
attendez quel trafic ?
Ben justement, si les performances vous préoccupent, pourquoi BIND et
pas nsd, deux fois plus rapide
<http://www.bortzmeyer.org/performances-serveur-dns.html> ?
Je conseille de mesurer et de ne pas spéculer. Lancez queryperf sur
dix machines clients différentes et regardez ce qui se passe.
http ://www.bortzmeyer.org/mesurer-temps-execution.html
Ce nombre n'a guère d'importance (2000 domaines, c'est tout petit, les
difficutés commencent lorsqu'on en a 100000 et qu'il faut quinze
minutes à BIND pour les charger tous, au démarrage à froid).
C'est plut ôt le nombre de requêtes par seconde qu'il faut prendre en
compte. E n dessous de 2000/s, ne vous préoccupez de rien, c'est du
petit trafic .
C'est pas très quantifié, ça... On ne connait pas non plus la taille
des domaines (".com" ne pose pas les mêmes prob lèmes que
".bortzmeyer.org").
Ouh là, là, c'est déjà davantage que le s serveurs DNS racine. Vous
attendez quel trafic ?
Ben justement, si les performances vous préoccupent, pourquoi BIND et
pas nsd, deux fois plus rapide
<http://www.bortzmeyer.org/performances-serveur-dns.html> ?
Je conseille de mesurer et de ne pas spéculer. Lancez queryperf sur
dix machines clients différentes et regardez ce qui se passe.
http ://www.bortzmeyer.org/mesurer-temps-execution.html
Ce nombre n'a guère d'importance (2000 domaines, c'est tout petit, les
difficutés commencent lorsqu'on en a 100000 et qu'il faut quinze
minutes à BIND pour les charger tous, au démarrage à froid).
C'est plut ôt le nombre de requêtes par seconde qu'il faut prendre en
compte. E n dessous de 2000/s, ne vous préoccupez de rien, c'est du
petit trafic .
C'est pas très quantifié, ça... On ne connait pas non plus la taille
des domaines (".com" ne pose pas les mêmes prob lèmes que
".bortzmeyer.org").
Ouh là, là, c'est déjà davantage que le s serveurs DNS racine. Vous
attendez quel trafic ?
Ben justement, si les performances vous préoccupent, pourquoi BIND et
pas nsd, deux fois plus rapide
<http://www.bortzmeyer.org/performances-serveur-dns.html> ?
Je conseille de mesurer et de ne pas spéculer. Lancez queryperf sur
dix machines clients différentes et regardez ce qui se passe.
http ://www.bortzmeyer.org/mesurer-temps-execution.html
>C'est plutôt le nombre de requêtes par seconde qu'il faut prendre en
>compte.
Disons que les requêtes vont être élevés avec tous les abonnés téléphonie 3G
et les abonnés internet grand public et pro, disons que ça sera dans l'ordre de
200 000 abonnés ou plus (là on démarre à peine)
>C'est pas très quantifié, ça... On ne connait pas non plus la taille
>des domaines (".com" ne pose pas les mêmes problèmes que
>".bortzmeyer.org").
les domaines sont en général du .com, .org, .net
>C'est plutôt le nombre de requêtes par seconde qu'il faut prendre en
>compte.
Disons que les requêtes vont être élevés avec tous les abonnés téléphonie 3G
et les abonnés internet grand public et pro, disons que ça sera dans l'ordre de
200 000 abonnés ou plus (là on démarre à peine)
>C'est pas très quantifié, ça... On ne connait pas non plus la taille
>des domaines (".com" ne pose pas les mêmes problèmes que
>".bortzmeyer.org").
les domaines sont en général du .com, .org, .net
>C'est plutôt le nombre de requêtes par seconde qu'il faut prendre en
>compte.
Disons que les requêtes vont être élevés avec tous les abonnés téléphonie 3G
et les abonnés internet grand public et pro, disons que ça sera dans l'ordre de
200 000 abonnés ou plus (là on démarre à peine)
>C'est pas très quantifié, ça... On ne connait pas non plus la taille
>des domaines (".com" ne pose pas les mêmes problèmes que
>".bortzmeyer.org").
les domaines sont en général du .com, .org, .net
En effet on m'a chargé de mettre en place un serveur DNS pour un
oéprateur et qui sera très sollicité, actuellement il y a plus de
2000 noms de domaine dessus
Ce nombre n'a guère d'importance (2000 domaines, c'est tout petit, les
difficutés commencent lorsqu'on en a 100000 et qu'il faut quinze
minutes à BIND pour les charger tous, au démarrage à froid).
C'est plutôt le nombre de requêtes par seconde qu'il faut prendre en
compte. En dessous de 2000/s, ne vous préoccupez de rien, c'est du
petit trafic.
En effet on m'a chargé de mettre en place un serveur DNS pour un
oéprateur et qui sera très sollicité, actuellement il y a plus de
2000 noms de domaine dessus
Ce nombre n'a guère d'importance (2000 domaines, c'est tout petit, les
difficutés commencent lorsqu'on en a 100000 et qu'il faut quinze
minutes à BIND pour les charger tous, au démarrage à froid).
C'est plutôt le nombre de requêtes par seconde qu'il faut prendre en
compte. En dessous de 2000/s, ne vous préoccupez de rien, c'est du
petit trafic.
En effet on m'a chargé de mettre en place un serveur DNS pour un
oéprateur et qui sera très sollicité, actuellement il y a plus de
2000 noms de domaine dessus
Ce nombre n'a guère d'importance (2000 domaines, c'est tout petit, les
difficutés commencent lorsqu'on en a 100000 et qu'il faut quinze
minutes à BIND pour les charger tous, au démarrage à froid).
C'est plutôt le nombre de requêtes par seconde qu'il faut prendre en
compte. En dessous de 2000/s, ne vous préoccupez de rien, c'est du
petit trafic.
Disons que les requêtes vont être élevés avec tous les abonnés téléphonie 3G
et les abonnés internet grand public et pro, disons que ça sera dans l'ordre de
200 000 abonnés ou plus (là on démarre à peine)
Ça ne donne toujours pas de chiffre... Le nombre d'abonnés ne compte
pas, c'est le nombre de requêtes qui est important. (Je comprends
qu'il puisse être difficile à prédire mais, pour avitailler, il fau t
bien avoir une idée.)
Disons que les requêtes vont être élevés avec tous les abonnés téléphonie 3G
et les abonnés internet grand public et pro, disons que ça sera dans l'ordre de
200 000 abonnés ou plus (là on démarre à peine)
Ça ne donne toujours pas de chiffre... Le nombre d'abonnés ne compte
pas, c'est le nombre de requêtes qui est important. (Je comprends
qu'il puisse être difficile à prédire mais, pour avitailler, il fau t
bien avoir une idée.)
Disons que les requêtes vont être élevés avec tous les abonnés téléphonie 3G
et les abonnés internet grand public et pro, disons que ça sera dans l'ordre de
200 000 abonnés ou plus (là on démarre à peine)
Ça ne donne toujours pas de chiffre... Le nombre d'abonnés ne compte
pas, c'est le nombre de requêtes qui est important. (Je comprends
qu'il puisse être difficile à prédire mais, pour avitailler, il fau t
bien avoir une idée.)
En effet, ça ne veut pas dire grand chose 200 000 abonnés.
1 / Ils ne se connectent pas tous en même temps et ne font pas des
requ êtes tous au même moment.
2 / Il n'y a pas une requête DNS à cha que trame : tous les protocoles
ont des comportements différents. Par exemple une connexion SIP va
avoir besoin de quelques resolve dns mais a ucun des paquet RTP suivant
n'en aura besoin. Pour du HTTP selon que que lqu'un lit une video ou
fait des recherches ce sera complètement diff érent, il aura moins de
requetes dans le premier cas, etc.
3 / S'il s ont des mécanisme de cache locaux sur leur machines, c'est
encore mo ins de requêtes.
Il faut que tu essaies d'estimer les services qu'i ls vont utiliser,
l'évolution de la charge globale et par service dans la journée pour
arriver à une estimation du nombre de requêtes/s maximal en pic.
En effet, ça ne veut pas dire grand chose 200 000 abonnés.
1 / Ils ne se connectent pas tous en même temps et ne font pas des
requ êtes tous au même moment.
2 / Il n'y a pas une requête DNS à cha que trame : tous les protocoles
ont des comportements différents. Par exemple une connexion SIP va
avoir besoin de quelques resolve dns mais a ucun des paquet RTP suivant
n'en aura besoin. Pour du HTTP selon que que lqu'un lit une video ou
fait des recherches ce sera complètement diff érent, il aura moins de
requetes dans le premier cas, etc.
3 / S'il s ont des mécanisme de cache locaux sur leur machines, c'est
encore mo ins de requêtes.
Il faut que tu essaies d'estimer les services qu'i ls vont utiliser,
l'évolution de la charge globale et par service dans la journée pour
arriver à une estimation du nombre de requêtes/s maximal en pic.
En effet, ça ne veut pas dire grand chose 200 000 abonnés.
1 / Ils ne se connectent pas tous en même temps et ne font pas des
requ êtes tous au même moment.
2 / Il n'y a pas une requête DNS à cha que trame : tous les protocoles
ont des comportements différents. Par exemple une connexion SIP va
avoir besoin de quelques resolve dns mais a ucun des paquet RTP suivant
n'en aura besoin. Pour du HTTP selon que que lqu'un lit une video ou
fait des recherches ce sera complètement diff érent, il aura moins de
requetes dans le premier cas, etc.
3 / S'il s ont des mécanisme de cache locaux sur leur machines, c'est
encore mo ins de requêtes.
Il faut que tu essaies d'estimer les services qu'i ls vont utiliser,
l'évolution de la charge globale et par service dans la journée pour
arriver à une estimation du nombre de requêtes/s maximal en pic.
>Il faut que tu essaies d'estimer les services qu'ils vont utiliser,
>l'évolution de la charge globale et par service dans la journée pour
>arriver à une estimation du nombre de requêtes/s maximal en pic.
Merci pour votre aide mais ce n'est pas simple du tout tout ça
il y a énormément de paramètres à prendre en compte et de comportement
différents à estimer.
>Il faut que tu essaies d'estimer les services qu'ils vont utiliser,
>l'évolution de la charge globale et par service dans la journée pour
>arriver à une estimation du nombre de requêtes/s maximal en pic.
Merci pour votre aide mais ce n'est pas simple du tout tout ça
il y a énormément de paramètres à prendre en compte et de comportement
différents à estimer.
>Il faut que tu essaies d'estimer les services qu'ils vont utiliser,
>l'évolution de la charge globale et par service dans la journée pour
>arriver à une estimation du nombre de requêtes/s maximal en pic.
Merci pour votre aide mais ce n'est pas simple du tout tout ça
il y a énormément de paramètres à prendre en compte et de comportement
différents à estimer.
pour arriver à une estimation du nombre de requêtes/s maximal en
pic.
pour arriver à une estimation du nombre de requêtes/s maximal en
pic.
pour arriver à une estimation du nombre de requêtes/s maximal en
pic.