Pour permettre le basculement en cas d'indisponibilité du centre de données Omnissa Access principal, vous devez déployer Omnissa Access dans un centre de données secondaire.
En utilisant un centre de données secondaire, les utilisateurs finaux peuvent se connecter et utiliser les applications avec une interruption de service minimale. Un centre de données secondaire vous permet également de mettre à niveau Omnissa Access vers la version suivante avec une interruption de service minimale. Reportez-vous à la section Mise à niveau d'Omnissa Access avec une interruption de service minimale.
Voici un déploiement classique utilisant un centre de données secondaire.
Pour plus d'informations sur la version appropriée du connecteur à utiliser avec le référentiel ThinApp pour les applications ThinApp packagées, les ressources publiées Integration Broker pour Citrix et Horizon Connection Server pour les postes de travail et les applications Horizon, reportez-vous à la remarque correspondante dans la section Préparation à l'installation d'Omnissa Access.
Suivez ces directives pour un déploiement de plusieurs centres de données.
-
Déploiement de cluster : vous devez déployer un ensemble de dispositifs virtuels Omnissa Access dans deux centres de données distincts.
- Un ensemble d'au moins trois dispositifs virtuels Omnissa Access sous la forme d'un cluster dans un centre de données.
- Un autre ensemble d'au moins trois dispositifs virtuels Omnissa Access sous la forme d'un autre cluster dans un deuxième centre de données. Pour plus d'informations, reportez-vous à la section Configuration d'un centre de données secondaire pour Omnissa Access.
-
Base de données : Omnissa Access utilise la base de données pour stocker des données. Pour un déploiement de plusieurs centres de données, la réplication de la base de données entre les deux centres de données est essentielle. Consultez la documentation de votre base de données sur la configuration d'une base de données dans plusieurs centres de données. Par exemple, avec SQL Server, il est préférable d'utiliser un déploiement Always On. Consultez Vue d'ensemble des groupes de disponibilité Always On (SQL Server) sur le site Web Microsoft pour obtenir plus d'informations. Les fonctionnalités d'Omnissa Access sont conçues pour permettre une latence minimale entre la base de données et le dispositif Omnissa Access. Par conséquent, les dispositifs dans un centre de données se connectent à la base de données dans ce même centre de données.
-
Pas Actif-Actif : Omnissa Access ne prend pas en charge le déploiement Actif-Actif dans lequel les utilisateurs peuvent être servis à partir des deux centres de données en même temps. Le centre de données secondaire est un serveur de secours et il peut être utilisé pour offrir une continuité d'activité aux utilisateurs finaux. Les dispositifs Omnissa Access dans le centre de données secondaire sont en mode lecture seule. Par conséquent, après un basculement vers ce centre de données, la plupart des opérations d'administrateur, comme l'ajout d'utilisateurs ou d'applications, ou l'autorisation d'utilisateurs, ne fonctionneront pas.
-
Restauration automatique du principal : dans la plupart des scénarios d'échec, vous pouvez effectuer une restauration automatique vers le centre de données principal une fois qu'il revient à la normale. Pour plus d'informations, reportez-vous à la section Retour arrière au centre de données principal pour Omnissa Access.
-
Promouvoir secondaire en principal : en cas d'échec prolongé d'un centre de données, le centre de données secondaire peut être promu en centre de données principal. Pour plus d'informations, reportez-vous à la section Promotion du centre de données secondaire en centre de données principal pour Omnissa Access.
-
Nom de domaine complet : le nom de domaine complet pour accéder à Omnissa Access doit être le même dans tous les centres de données.
-
Audits : Omnissa Access utilise OpenSearch intégré dans le dispositif Omnissa Access pour l'audit, les rapports et les journaux de synchronisation d'annuaire. Créez des clusters OpenSearch distincts dans chaque centre de données. Pour plus d'informations, reportez-vous à la section Configuration d'un centre de données secondaire pour Omnissa Access.
-
Active Directory : Omnissa Access peut se connecter à Active Directory à l'aide de l'API LDAP ou de l'authentification Windows intégrée. Avec ces deux méthodes, Omnissa Access peut utiliser des enregistrements SRV Active Directory afin d'accéder au contrôleur de domaine approprié dans chaque centre de données.
-
Applications Windows : Omnissa Access prend en charge l'accès à des applications Windows à l'aide de ThinApp et à des applications et des postes de travail Windows à l'aide des technologies Horizon ou Citrix. Fournir ces ressources à partir d'un centre de données plus proche de l'utilisateur, également appelé Géo-affinité, est important.
Important : pour plus d'informations sur la version appropriée du connecteur à utiliser avec le référentiel ThinApp pour les applications ThinApp packagées, les ressources publiées Integration Broker pour Citrix et Horizon Connection Server pour les postes de travail et les applications Horizon, reportez-vous à la remarque correspondante dans la section Préparation à l'installation d'Omnissa Access
Notez ce qui suit à propos des ressources Windows :
- ThinApps : Omnissa Access prend en charge les systèmes de fichiers distribués Windows comme référentiel ThinApp. Utilisez la documentation des systèmes de fichiers distribués Windows pour configurer des stratégies spécifiques à l'emplacement appropriées.
- Horizon (avec Architecture Cloud Pod) : Omnissa Access prend en charge Architecture Cloud Pod d'Horizon. Architecture Cloud Pod d'Horizon fournit la Géo-affinité à l'aide des droits globaux. Pour plus d'informations, reportez-vous à la section « Intégration des déploiements d'Architecture Cloud Pod » dans le document Configuration des ressources dans Omnissa Access. Aucune modification supplémentaire n'est requise pour un déploiement de plusieurs centres de données Omnissa Access.
- Horizon (sans Architecture Cloud Pod) : si Architecture Cloud Pod d'Horizon n'est pas activée dans votre environnement, vous ne pouvez pas activer la Géo-affinité. Après un événement de basculement, vous pouvez basculer manuellement Omnissa Access pour exécuter des ressources Horizon à partir des espaces Horizon configurés dans le centre de données secondaire. Pour plus d'informations, reportez-vous à la section Configurer l'ordre de basculement des ressources publiées Horizon et Citrix.
- Ressources Citrix : semblables à Horizon (sans Architecture Cloud Pod), vous ne pouvez pas activer la Géo-affinité pour les ressources Citrix. Après un événement de basculement, vous pouvez basculer manuellement Omnissa Access pour exécuter des ressources Citrix à partir des XenFarms configurés dans le centre de données secondaire. Pour plus d'informations, reportez-vous à la section Configurer l'ordre de basculement des ressources publiées Horizon et Citrix.
Cette page vous a-t-elle été utile ?