"les serveurs XenDesktop et XenApp doit être configuré pour utiliser Alias DNS lorsque accessinginfrastructure composants tels que le serveur de licences et Database Server (s) Citrix plutôt que le nom d'hôte ou l'adresse IP. Cela permet de simplifier la gestion lors de certains scénarios de maintenance et de reprise après sinistre ».
Mais qu'est-ce que cela signifie exactement et comment devrait-il être configuré?
Je suis la suite de cette meilleure pratique depuis de nombreuses années et Je voudrais partager quelques informations sur la façon de l'utiliser et quels sont les avantages.
Abstraction
l'un des aspects très importants de la consultation est quelque chose que je tiens à appeler une abstraction - d'une manière similaire en tant que programmeurs, vous devez comprendre les avantages et de toujours garder à l'esprit l'abstraction. Il y a de nombreux aspects à l'emploi de consultants par jour qui sont couverts par «abstraction» - par exemple, en particulier dans les entreprises, différents services sont extraites de vous. Souvent, vous ne touchez pas le stockage, SQL ou Active Directory - il y a d'autres équipes responsables pour cela. Si vous pouvez décrire correctement les différents services de projet et les abstraire, votre travail va être beaucoup plus facile
Je reçois à mon point enfin - un autre exemple d'abstraction peut être l'identification des services:.
- Comment Interface Web peut connaître les courtiers XML?
- Comment XenApp, XenDesktop ou XenServer peuvent connaître les serveurs de licences?
- Comment XenApp, XenDesktop ou PVS peuvent connaître les serveurs de base de données?
- ...
réponse est typique en utilisant hostnames ou les adresses IP - ce qui est sans aucun doute la meilleure façon comment le configurer au début. Mais ne pas oublier -. Bonne conception ne se concentre pas seulement sur la situation actuelle, mais devrait déjà penser à l'avance et être prêt pour tout ce qui se passe dans le futur (exemple typique de cette catastrophe sont récupérer des scénarios)
Que faire si vous aimerait migrer vers nouvel environnement? Que faire si vous souhaitez déplacer le service de serveur différent
Avec les noms d'hôte et les adresses IP, ce processus peut être assez compliqué - par exemple, vous aurez besoin de changer l'adresse du serveur de licences sur chaque composant est affecté (et puis de nouveau - si vous oubliez un service).!
CNAMEs à la rescousse
Dans l'exemple précédent, je parlais de service et idéalement, je ne veux pas d'obtenir une réponse comme "Votre serveur de licences est probablement 10.13.102.15, si elle n'a pas changé entre-temps" - à la place, je voudrais obtenir une réponse comme "tout serveur qui utilise actuellement CTX-LIC alias". Easiest était de savoir comment y parvenir est d'utiliser CNAMEs - CNAME est comme un alias DNS - vous pouvez simplement avoir des noms supplémentaires pour votre serveur et décrire ce que le serveur est en train de faire
La beauté de cette solution est qu'il est. très facile à mettre en œuvre et peut être très puissant. Il peut également simplifier votre gestion - au lieu d'utiliser CTXLONWS1423, vous pouvez utiliser CTX-XA-001, au lieu de CTXLONWS1452, vous pouvez utiliser CTX-LIC
En général, j'utiliser CNAMEs pour les composants suivants:
.- primaire et contrôleurs de sauvegarde (à la fois XenApp et XenDesktop)
- serveur SQL
- serveur de licence
- les serveurs de fichiers (si DFS-N ne sont pas disponibles)
même si tous les composants (XenApp, journalisation XenApp, XenDesktop, PVS ...) utilisent le même serveur SQL, je tendance à créer CNAMEs distinctes pour chacune des connexions.
dénomination correcte convention est extrêmement important (et mériterait blog dédié), donc je ne veux pas entrer dans plus de détails. Informations importantes est que si votre convention de nommage semble naturel, vous pouvez utiliser des noms plus longs (et s'il vous plaît, ne pas avoir peur d'utiliser délimiteurs). Par exemple l'utilisation peut utiliser CTX-XD-primaire ou CTX-XA-Backup (dans le cas des domaines dédiés). Si je suis l'environnement au sein de la construction de domaine existant, je tends à toujours définir l'identificateur de l'environnement unique, par exemple en utilisant des suffixes. Par exemple, si je dois projet lié à la délocalisation, je vais ajouter le suffixe "OS-P" ou "OS-D" (production et la délocalisation du développement de délocalisation). Convention de dénomination dans ce cas serait "CTX- # COMPOSANT # - # ROLE # - # ENVIRONNEMENT # - # DTAP # (où DTAP signifie développement, de test, de l'acceptation et de la production). Lorsqu'il est correctement mise en œuvre, vous pouvez connecter à distance au serveur sans connaître le nom ou l'alias DNS, vous pouvez simplement mettre tous les morceaux ensemble comme Lego.
Et les avantages d'une telle solution?
- gestion simplifiée - être capable de mettre tous les morceaux ensemble sans réellement connaître l'alias correct, il est très facile à administrer tel environnement
- scénarios de reprise après sinistre - si vous avez besoin pour construire nouveau serveur de licences, tout ce que vous devez faire (après la construction et permis de ré-allocation) est de modifier simplement l'enregistrement CNAME
- des migrations plus faciles - nous recommandons généralement des installations propres au lieu de mises à niveau sur place. Lorsque vous utilisez le CNAMEs, non seulement sont les migrations plus faciles à mettre en œuvre, mais vous avez également obtenu un outil très puissant pour les scénarios de restauration en cas de problème
Si vous avez trouvé cet article utile, laissez moi savoir dans les commentaires région et je vais aussi écrire une discussion des conventions de dénomination.
Martin Zugec
0 Komentar