-
-
RHI (Route Health Injection) basé sur les paramètres du serveur virtuel
-
Distribution du trafic sur plusieurs routes en fonction des informations de cinq tuples
-
-
Liaisons d'entités de domaine inter-trafic
-
-
Configurer pour source de trafic de données Citrix ADC FreeBSD à partir d'une adresse SNIP
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Liaisons d’entités de domaine inter-trafic
Vous pouvez lier des services dans un domaine de trafic à un serveur virtuel dans un autre domaine de trafic. Tous les services devant être liés à un serveur virtuel dans un domaine de trafic différent doivent résider dans le même domaine de trafic.
Vous configurez cette prise en charge à l’aide de la commande bind lb vserver existante ou de la procédure GUI associée.
Cette fonctionnalité peut faciliter l’interaction entre différents domaines de trafic. Dans une entreprise, les serveurs peuvent être regroupés dans différents domaines de trafic. Les serveurs virtuels sont créés dans un domaine de trafic qui fait face à Internet. Un serveur virtuel de ce domaine de trafic peut être configuré pour équilibrer la charge des serveurs dans un autre domaine de trafic. Ce serveur virtuel reçoit des demandes de connexion d’Internet à transférer aux serveurs liés.
Lorsqu’un Citrix ADC est utilisé dans une infrastructure cloud, chaque locataire peut se voir attribuer un domaine de trafic distinct et toutes les ressources (y compris les serveurs) d’un locataire peuvent être regroupées dans le domaine de trafic du locataire. Pour chaque locataire, un serveur virtuel est créé pour les serveurs d’équilibrage de charge dans son domaine de trafic. Tous ces serveurs virtuels sont regroupés dans un seul domaine de trafic faisant face à Internet.
Prenons un exemple de fournisseur de services cloud Exemple-Cloud-A a trois domaines de trafic, avec les ID 10, 20 et 30, configurés sur l’appliance Citrix ADC NS1.
Exemple-Org-A et Example-Org-B sont des locataires de Example-Cloud-A. Le locataire A se voit attribuer le domaine de trafic 20 et le locataire B le domaine 30. Les serveurs S1 et S2 résident dans le domaine de trafic 20 et les serveurs S3 et S4 résident dans le domaine de trafic 30.
Le domaine de trafic 10 fait face à Internet. Les serveurs virtuels LBVS-1 et LBVS-2 sont créés dans le domaine de trafic 10. LBVS-1, dans le domaine de trafic 10, est configuré pour équilibrer la charge des serveurs S1 et S2, qui se trouvent dans le domaine de trafic 20. LBVS-2, dans le domaine de trafic 10, est configuré pour équilibrer la charge des serveurs S3 et S4, qui se trouvent dans le domaine de trafic 30.
Par conséquent, ces serveurs virtuels acceptent les demandes de connexion Internet pour les serveurs qui se trouvent dans un domaine de trafic différent de celui des serveurs virtuels.
Partager
Partager
Dans cet article
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.