Outil utile pour la partie WEB (Inventory Service<\/strong>, certains plugins<\/strong> et le web client<\/strong>), mais \u00e9galement pour la partie authentification du vSphere Client<\/strong>, avec l\u2019Active Directory<\/strong>.<\/p>\n Premier point !<\/span> FQDN<\/strong> ! tout ce que vous allez configurer devra avoir le nom complet du vCenter ou des serveurs h\u00e9bergeant les services du vCenter. Au risque d\u2019avoir de dr\u00f4les d\u2019effets sur votre vCenter. Votre r\u00e9solution de nom devra \u00eatre parfaite autant en forward<\/strong> qu\u2019en reverse DNS<\/strong>.<\/p>\n Contr\u00f4lez que tous les ports d\u2019acc\u00e8s, \u00e0 vos serveurs DNS<\/strong>, soient ouverts. En effet, lors de l\u2019installation du SSO, si un des deux serveurs DNS renseign\u00e9es n\u2019est pas accessible, il n\u2019y aura pas d\u2019int\u00e9gration AD\u2026 du coup, si vous avez fait un upgrade, vous allez perdre tout possibilit\u00e9 de vous connecter \u00e0 travers le vSphere Client, avec des comptes AD, par contre, vous pourrez toujours utiliser le compte Administrator Local<\/strong>.<\/p>\n Cela vous obligera de faire l’int\u00e9gration manuellement.<\/p>\n Second point<\/span>, juste apr\u00e8s l\u2019installation du Web Client<\/strong>, connectez-vous avec le compte admin (admin@system-domain<\/strong>) et rajoutez le domaine AD, comme compte r\u00e9f\u00e9rence de connexion et mettez-le en premier.<\/p>\n <\/p>\n Troisi\u00e8me point<\/span>, \u00e0 faire attention, c\u2019est de ne surtout pas perdre le mot de passe<\/strong> du compte admin@system-domain<\/strong> et de tout de suite rajouter des comptes ou groupes AD administrateurs dans le groupe _administrators_<\/strong> pour la gestion du serveur SSO<\/strong>.<\/p>\n Quatri\u00e8me point:<\/span> d\u00e9sactivez le maximum Lifetime<\/strong> pour \u00e9viter de bloquer le compte admin@system-domain <\/strong>apr\u00e8s une ann\u00e9e.<\/p>\n Le vCenter a \u00e9t\u00e9 d\u00e9couper en plusieurs services, qui peuvent \u00eatre pos\u00e9s sur diff\u00e9rentes VMs, afin de r\u00e9partir la charge (pas tr\u00e8s utile par nos contr\u00e9es\u2026 mais sait-on jamais\u2026)<\/p>\n Ces \u00e9l\u00e9ments sont, dans l\u2019ordre d\u2019installation :<\/p>\n Plus quelques autres, li\u00e9s \u00e0 AutoDeploy.<\/strong><\/p>\n Revenons \u00e0 notre SSO.<\/strong><\/p>\n Premi\u00e8rement, n\u2019essayez pas de d\u00e9sactiver le SSO<\/strong>, c\u2019est possible. Votre vCenter et les connexions, \u00e0 l\u2019aide du traditionnel vSphere Client<\/strong>, fonctionnent, mais ce cas de figure, n\u2019est pas support\u00e9 par VMware.<\/p>\n N\u2019oubliez pas que vSphere 5.x<\/strong> est cens\u00e9 \u00eatre la derni\u00e8re version, ayant le vSphere Client<\/strong>, donc habituez-vous \u00e0 travailler avec le web client,<\/strong> de plus, certaines fonctionnalit\u00e9s sont configurables ou utilisables uniquement \u00e0 travers le Web Client.<\/p>\n Il existe plusieurs possibilit\u00e9s d\u2019installation du service SSO<\/strong> :<\/p>\n Simple <\/strong>: lorsque l\u2019on veut utiliser le MSSQL Express<\/strong>, pour les LAB ou les infra de moins de 5 serveurs et 50 VMs<\/strong>.<\/p>\n Basic <\/strong>: pour une installation mais avec une DB externe.<\/p>\n Cluster <\/strong>: pour offrir de la Haute Disponibilit\u00e9<\/strong> avec deux ou plusieurs SSO serveurs derri\u00e8re un Load Balancer.<\/p>\n Pour la solution HA<\/strong>, il faudra \u00e9videmment que la DB du SSO,<\/strong> soit sur un cluster MS SQL<\/strong>, pour garantir une compl\u00e8te haute disponibilit\u00e9.<\/p>\n MultiSite <\/strong>: si l\u2019on a des vCenter d\u00e9centralis\u00e9s et que l\u2019on voudrait utiliser le Linked mode<\/strong>, notamment pour SRM<\/strong>, il faut passer par ce type d\u2019installation. Malheureusement, les configurations faites dans le premier SSO, ne sont pas r\u00e9pliqu\u00e9es automatiquement sur les autres sites, tout est manuel<\/strong>\u2026<\/p>\n Il faut utiliser un outil CLI, se trouvant dans le r\u00e9pertoire d’installation du SSO sso-replication-cli<\/strong><\/p>\n Ex\u00e9cutez repl_tool.cmd<\/strong> avec les param\u00e8tres suivants pour exporter le fichier d’\u00e9tat de r\u00e9plication<\/strong>.<\/p>\n repl_tool.cmd export \u2013f file \u2013u admin_user_name [-p password ]<\/p>\n repl_tool.cmd export -fc:\\ssobackup\\ssoexport.dat -uadmin@System-Domain<\/p>\n et sur le second site:<\/p>\n repl_tool.cmd import \u2013f file \u2013u admin_user_name [-p password ]<\/p>\n Attention<\/span>, il n\u2019y a pas d\u2019espace apr\u00e8s le \u2013f \u2013u et -p<\/p>\n Je pense que l\u2019on a meilleure temps d\u2019avoir deux SSO, avec leur propre configuration et renseigner les deux vCenter, dans votre Web Client, pour avoir un point d\u2019entr\u00e9e et manager les deux vCenter\u2026 \u00e9videmment cela ne nous arrange pas lors de l\u2019utilisation du vSphere client, mais SRM 5.1<\/strong> offre une bien meilleure visibilit\u00e9 des objets du site distant, que par le pass\u00e9.<\/p>\n Donc pour rajouter un autres vCenter<\/strong> et son SSO, dans votre Web Client<\/strong>, il suffit d\u2019utiliser le script<\/strong><\/p>\n C:\\Program Files\\VMware\\Infrastructure\\vSphereWebClient\\scripts\\client-repoint.bat https:\/\/vCenterFQDN:7444\/lookupservice\/sdk [login] [password]<\/p>\n Ainsi vous allez trouver l\u2019inventaire de vos deux vCenter<\/strong> dans votre WebClient<\/strong>.<\/p>\n La derni\u00e8re possibilit\u00e9, est d\u2019utiliser le vCenter HeartBeat,<\/strong> qui offre \u00e9galement du HA pour le service SSO<\/strong>.<\/p>\n Mais c\u2019est une solution co\u00fbteuse et complexe \u00e0 mettre en place.<\/p>\n En bref, ce service doit \u00eatre bien g\u00e9r\u00e9 et configur\u00e9 \u00e0 son installation, n\u2019oubliez pas d\u2019utiliser syst\u00e9matiquement le FQDN<\/strong> pour vous \u00e9viter de mauvaises surprises.<\/p>\n Voici un tableau, avec les diff\u00e9rents cas de figures. <\/p>\n Avec l’update 1 de vSphere 5.1<\/strong>, il existe un probl\u00e8me avec les environnements Multi Domain,<\/strong> ainsi que des comptes int\u00e9gr\u00e9s dans un trop grand nombre de groupes AD<\/strong>. Il faut utiliser la version 5.1 U1a qui r\u00e9sout ce bug.<\/p>\n http:\/\/kb.vmware.com\/selfservice\/microsites\/search.do?language=en_US&cmd=displayKC&externalId=2050941<\/a><\/p>\n <\/p>\n M\u00e0J 03.07.2013:<\/b> Suite \u00e0 un upgrade de vCenter 4.1 vers 5.1 U1a<\/strong>, j’ai eu passablement de probl\u00e8mes li\u00e9s \u00e0 des certificats p\u00e9rim\u00e9s<\/strong>. Il est vivement conseill\u00e9 de r\u00e9g\u00e9n\u00e9rer ces certificats, avant m\u00eame d\u2019installer un quelconque service. Au risque d\u2019avoir certaines fonctionnalit\u00e9s non pr\u00e9sentes, tel que l\u2019Inventory Service<\/strong>.<\/p>\n Voici la KB \u00e0 suivre pour r\u00e9g\u00e9n\u00e9rer vos certificats:<\/p>\n http:\/\/kb.vmware.com\/selfservice\/microsites\/search.do?language=en_US&cmd=displayKC&externalId=1009092<\/a><\/p>\n Bon upgrade !<\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" Bonjour, Vous vous \u00eates certainement tous frott\u00e9 au nouveau service SSO du vCenter. Outil utile pour la partie WEB (Inventory Service, certains plugins et le web client), mais \u00e9galement pour la partie authentification du vSphere Client, avec l\u2019Active Directory. Premier point ! FQDN ! tout ce que vous allez configurer devra avoir le nom complet du vCenter ou des serveurs Continue reading vCenter SSO 5.0<\/span>![\"SSOAddDomain\"](\"https:\/\/i0.wp.com\/www.virtualementvotre.ch\/blog\/wp-content\/uploads\/2013\/05\/SSOAddDomain.png\")
<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n\n
<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n