Le scénario de cas d'utilisation suivant explique le flux de travail d'intégration de NetScaler Console avec la plateforme OpenStack :
Une entreprise, Example-Cloud-Provider, a utilisé des composants OpenStack pour mettre en place un cloud afin de fournir une infrastructure à ses locataires. Steve est l'administrateur de ce fournisseur de cloud, tandis que Tom est un locataire de l'infrastructure cloud d'Example-Cloud-Provider. L'organisation de Tom, Example-SportsOnline.com, nécessite deux serveurs S1 et S1, et Tom a également besoin d'un dispositif NetScaler dédié pour équilibrer la charge du trafic entre les serveurs S1 et S2 sur la plateforme OpenStack.
Pour répondre à cette exigence, Steve doit installer et configurer OpenStack et NetScaler Console, et les préparer à être compatibles l'un avec l'autre. Steve doit créer un compte locataire nommé Example-SportsOnline dans OpenStack, puis allouer des ressources à ce compte locataire. Steve doit également créer différentes informations d'identification de connexion (utilisateurs) pour Example-SportsOnline afin de gérer ses ressources et sa configuration. Tom peut maintenant créer les deux serveurs S1 et S2 sur OpenStack pour gérer le trafic dans son organisation.
Steve doit enregistrer les détails d'OpenStack auprès de NetScaler Console et configurer le pilote NetScaler LBaaS dans le composant réseau OpenStack, Neutron. Une fois l'enregistrement terminé, NetScaler Console affiche les détails de tous les locataires d'OpenStack. Steve peut sélectionner Example-SportsOnline dans la liste des utilisateurs souhaitant les fonctionnalités NetScaler LBaaS et configurer Tom pour qu'il obtienne un NetScaler dédié alloué pour ses configurations d'équilibrage de charge dans NetScaler Console.
Pour cela, Steve peut soit provisionner une instance NetScaler VPX sur la couche de calcul (Nova) d'OpenStack à l'aide de l'interface utilisateur de NetScaler Console, soit activer MAS pour provisionner automatiquement une instance NetScaler VPX à la demande, lorsque Tom effectue sa configuration d'équilibrage de charge dans OpenStack. Dans les deux cas, NetScaler Console gère l'instance VPX. Pour y parvenir, Steve crée un package de services dans NetScaler Console et définit les conditions du package de services qui ont été convenues dans le SLA avec Tom. Par exemple, Steve sélectionne la politique d'isolation 'dédiée' pour fournir une instance dédiée afin de fournir des configurations d'équilibrage de charge à Tom. C'est-à-dire que Steve sélectionne une instance non partagée pour Tom dans le package de services. Il attribue ensuite de nombreuses instances NetScaler VPX au package de services et associe Example-SportsOnline, ainsi que d'autres locataires, qui nécessitent un NetScaler dédié au package de services. En conséquence, lorsque Tom effectue sa première configuration d'équilibrage de charge, NetScaler Console alloue l'une des instances NetScaler VPX du package de services à Example-SportsOnline et déploie également sa configuration dans ce NetScaler.
Tom peut maintenant créer des configurations d'équilibrage de charge, en créant des pools, des adresses IP virtuelles (VIP) et des moniteurs de santé à l'aide d'OpenStack LBaaS/UI. Les pools et les VIP dans OpenStack sont déployés en tant que groupes de services et serveurs virtuels sur l'instance NetScaler. Tom peut également créer des moniteurs de santé pour surveiller les serveurs et envoyer le trafic d'application uniquement aux serveurs qui sont ACTIFS à tout moment et accessibles depuis NetScaler.
La configuration d'équilibrage de charge créée dans OpenStack est maintenant implémentée sur l'instance NetScaler. Une fois entièrement configurée, l'instance NetScaler VPX prend alors en charge la fonctionnalité d'équilibrage de charge et commence à accepter le trafic d'application et à équilibrer la charge du trafic entre les serveurs S1 et S2 créés par Tom.