Je cherche à mettre en place une convention de noms d'hôtes pour nos serveurs en fonction du service qu'ils fournissent, comme http, https, smtp, pop, dns, sql, etc. Chaque service est sur ses propres machines virtuelles sur un serveur hôte Xen (dom0), pour lequel il existe plusieurs serveurs hôtes Xen (10+). J'ai lu à la fois le Datacenter Naming Scheme de Mark Garner de Sun et la RFC 1178, ainsi que quelques recherches sur Google, mais ils semblent se concentrer sur le fait d'avoir de nombreux serveurs qui n'exécutent que quelques services, comme un grand cluster (10+) de serveurs de base de données, un grand cluster de serveurs Web, un grand cluster de serveurs de messagerie, etc. Dans ma situation, nous travaillons avec un petit cluster (2-4) de serveurs virtuels pour un grand nombre de services (12+). Dans mon cas, nous travaillons avec une petite grappe (2-4) de serveurs virtuels pour un grand nombre de services (plus de 12). À cet égard, je n'aime pas l'idée d'avoir un thème de nom d'hôte différent pour chaque service, comme par exemple tous les serveurs de messagerie nommés d'après des oiseaux, tous les serveurs de base de données d'après des arbres, etc. Je me demande si quelqu'un a une bonne idée pour définir les noms d'hôtes dans un tel environnement. Merci.
Réponses
Trop de publicités?
Comme vous avez plus d'un service par serveur, je vous suggère de donner à vos machines un nom d'hôte basé sur le thème de votre choix, puis d'utiliser les "noms de service".
Par exemple, l'hôte bart peuvent avoir des noms de service www1 , imap1 y ftp1 .
Ajoutez ces noms de service au DNS et ensuite (selon vos préférences et votre désir de complexité) soit :
- Créez des CNAME dans le DNS en faisant pointer les noms de service vers le nom d'hôte approprié.
- Créez des enregistrements A pour des adresses IP supplémentaires et attribuez ces adresses IP à vos hôtes.
Maintenant, assurez-vous de référencer les services sur cette machine en utilisant le nom du service ( www1 ), et non le nom d'hôte.
Qu'est-ce qui ne va pas avec http###, sql###, dns###, etc.
Les conventions d'appellation sont excellentes lorsqu'il n'y a pas de distinction facile à décrire entre les activités des différentes machines virtuelles, mais si chacune d'entre elles exécute un service individuel, il sera plus clair de les nommer par ce service.
Le système de dénomination dans lequel je travaille aujourd'hui fonctionne comme suit :
Rôle du serveur||Domaine ou propriétaire||Code du site||Série||Modificateur supplémentaire||.
Cela se traduit par des noms comme celui-ci : dnsenet0b1ab
- Rôle du serveur : Un type de serveur documenté. Dans l'exemple, DNS (DNS=DNS, DC=Domain Controller, FNP=File and Print, etc)
- Domaine ou propriétaire : généralement le nom de domaine ou le propriétaire dans le cas des boîtes Unix. Dans cet exemple, enet = domaine "Réseau externe".
- Code du site : Un code à trois chiffres correspondant à un emplacement sur notre réseau. Dans cet exemple, "0b1"
- En série : Si vous déployez 3 serveurs, le premier est aa, le second ab, le troisième ac, etc. Si un grand groupe de serveurs est remplacé, il arrive qu'ils alternent et utilisent zz, zy, zx, etc. pour faciliter le repérage des nouveaux serveurs.
- Modificateur supplémentaire : Utilisé pour désigner les environnements dev/qa/testing généralement.
La clé de la dénomination est la cohérence . Quel que soit le système de dénomination que vous utilisez, tant qu'il transmet les informations dont vous avez besoin et qu'il est impitoyablement appliqué, vous constaterez qu'une dénomination cohérente et informative accélère les projets et facilite la gestion des grandes bases d'installation.
Ce système peut sembler intimidant, mais il est vraiment génial une fois qu'on s'y est habitué ET il est raisonnablement facile à taper et à parler. Il est facile de déterminer d'un coup d'œil le type de serveur, l'endroit où il se trouve, etc. Vous pourriez facilement l'étendre pour inclure d'autres informations qui ont plus d'importance pour vous.
Pour les choses qui ont une exposition au client, je pense que c'est une bonne idée de compléter cela avec des enregistrements CNAME descriptifs du service qui ne sont pas liés à un serveur. Faites de votre serveur de messagerie mail.example.com, de votre serveur http intranet.example.com, etc.
Vous avez mentionné que les serveurs partagent les rôles. Si vous constatez une affinité entre les services, créez une "classe de serveurs". De nombreux endroits placent les SMS/SCCM, les files d'attente d'impression et les AV sur des serveurs de fichiers... appelez cela un "serveur de gestion d'hôte (hms)" ou autre.
