OVH Community, votre nouvel espace communautaire.

Quelques questions avant de se lancer dans l'aventure


captainadmin
18/01/2016, 17h05
Hello,

Je vais essayer de répondre à tes questions, mais pour ce genre de projet le service client OVH est pas mal.

1) VeamBackup a vraiment l'air intéressant car facile à utiliser et s'intégre bien avec la solution d'OVH.
Pour le coup, je ne sais pas comment cela se déploie car j'utilise une script perl qui fait des snapshots de mes vm et les envoie sur un datastore spécifique.
Ca fonctionne bien et ca évite de payer pour remettre une structure supplémentaire en place et ca marche plutot bien.

2) OVH propose bien des MSS, avec la formule microsoft azure tu as le droit à toutes les licences windows gratuites, enfin c'est ce qui est indiqué.
Apres on est dans un cas spécifique ou tu achètes une plateforme et tu déploies ce que tu veux dessus.
C'est la que le service commercial entre en jeu et tu pourras prévoir quelques licence meme sur des esx je pense

3) Le principe de la solution dedicated cloud c'est que quand un host physique est perdu, un autre (qui n'était pas affiché dans ton interface) prend le relai.
La redondance matériel fonctionne bien, pour avoir perdu 2 ou 3 fois un host, je n'ai pas constaté de coupure du service.
Tu n'auras donc pas besoin d'une seconde licence ni de prévoir de bascule de service.
Par contre ca ne t'empeche pas d'avoir 2 licences pour prévoir des mises à jour de tes serveurs ou que la partie dump de base se fasse sans impacter ton service.
Sachant que de temps à autre un windows aime bien les reboot, ce n'est pas négligeable de ce point de vu.

4) Pour les datastores, c'est plutôt ton organisation qui va primer
Il faut savoir la place que prend chacun de tes clients et la volumétrie ecriture/lecture pour l'IO généré.
Apres ca fonctionne comme de la virtualisation classique, tu as ton espace de stockage ou tu génères ton disque et c'est une mutualisation des ressources.
Ton disque ne pouvant dépasser la taille désigner, et en se disant que le client vont rarement à 80% de la consommation de l'espace disque, il faut calculer combien de client tu peux déposer par disque.
Ensuite il faut pas oublier une histoire d'IO, entre 10 et 15 vm par datastore c'est bien, ensuite au delà ca devient compliqué, à une 20aine tu vas commencer à voir nettement les performances décliner.
Mais si tu fais du volume plus que du nombre de requête ca ne devrait pas poser de problème.

5) Quand tu prends un datastore, du ajoute une ressource à ton environnement, tu n'as pas le choix de ce qui est mis en place. Il me semble que c'est du raid 10 mais je peux me tromper.

6) Je n'utilise que du SSD pour mes serveurs, c'est vrai que ca l'air intéressant le SSD-Accelerated Storage.
Pour une base de données qui plus est commune à plein de client, je garderai le SSD en place mais ce n'est qu'un point de vu.

7) Tu as un acces restreint en admin aux serveurs physiques, personnellement je fais du monitoring via shinken et ca fonctionne très bien. Avec quelques scripts tu avoir la liste des vm up down, la consommation par host ou sur le cluster entier voir par datacenter si ton infra est vraiment grosse, tu peux avoir une supervision et des remontés d'alerte assez nombreuses et qui correspond à pas mal de besoin.
Du moins j'ai réussi à combler tous mes besoins avec la communauté.

8) La solution est tres flexible, tu peux commander dans l'interface de ton esx plus de ressources serveurs ou plus de datastore, tu paie ce que tu consommes avec la possibilité de payer à l'heure.
Les migrations entre hosts peut se faire à chaud sauf en cas d'incident sur l'un de tes serveurs. Du coup basculer d'une solution à une autre ou avoir différentes gammes de serveurs dans l'infra marche bien, tu commandes les serveurs supplémentaires, tu lances la migration et tu résilies ceux dont tu n'as plus besoin.
La migration est aussi simple pour les datastores.


Pour résumer, ca fonctionne plutot bien, avec une tolérance de panne importante.
Je n'ai vécu que 2 incidents, la coupure réseau qui a impacté tout OVH il y a quelque mois, et suite à un probleme avec un des disque local de mes hosts, je n'arrivais plus à migrer mes vm. Et j'ai du reboot mes vm, donc impact relativement faible car préparé.
J'ai l'impression que les fichiers de configuration de toutes les vm est sur les disques SSD en local des hosts, et lorsqu'un host tombe, un autre peut facilement et rapidement prendre le relais.
D'ailleurs, mais je ne doute pas que c'est une évidence, il ne faut mettre aucune vm sur le disque local des serveurs, car tu perdrais le failover et la haute dispo sur ces vm.

J'espère avoir répondu a vos questions
Et si jamais je peux aider ou pour mettre l'infrastructure en place je suis disponible.
Bon courage
http://www.captainadmin.com

BuggedBuny
10/01/2016, 12h01
Bonjour à tous,

Je souhaite me lancer dans Dedicated Cloud mais avant, j'ai quelques questions.
J'ai lu la doc sur le sujet mais certains points ne semblent pas clair.

Voici mon projet:
Je souhaite héberger un ERP (ce n'est pas une application web, mais du client-serveur lourd) sur Dedicated Cloud.

Le client aura accès à l'ERP via RemoteApp de Microsoft depuis chez lui avec un maximum de 50 connexions simultanées.
Donc sur une VM avec Windows Server, je met en place RemoteApp avec des licences "CAL per user"
+ 2 autres VM avec Windows Server en option pour héberger deux autres produit.
Cet ERP s'attaque à une database (Microsoft SQL Server) sur une autre VM.

Chaque client supplémentaire aura sa propre VM avec Windows Server et remoteApp et ses licences "CAL per User"
+ 2 autres VM en option pour héberger deux autres produit.
La VM de database (Microsoft SQL Server) reste commune. Si ça devient intenable, je créerai une autre VM avec un nouveau SQL Server.

En résumé, par client: 3 VM Windows Server.
Une VM commune avec la DB (Windows Server)

Chaque VM sera backupée avec l'option VEEAM as a Service.

Un VPS Cloud fera du monitoring sur l'ensemble des VM et des clients avec l'application PRTG

Pour me lancer, je compte partir du "pack M Intel".

Pour la clarté des réponses, je numérote mes questions que voici:

1) pour l'option VEEAM as a Service, je vois qu'il faut que:
"Certaines options sont nécessaires pour faire fonctionner ce service. Il faut notamment activer les options HA et DRS dans vSphere ainsi que la gestion des licences Windows depuis le manager."
https://pccdocs.ovh.net/display/VS/V...edicated+Cloud
Je ne comprends pas bien comment fonctionne ce système de licence SPLA. Je suppose qu'OVH donne accès à des ISO Windows Server 2012 R2 (déjà Windows Server 2016 ?).

J'ai l'impression que ce n'est pas applicables pour les editions windows Server car je vois en bas de page:

"Attention les templates de type Windows 2008/2012 data-center Edition sont facturés à l'hôte.

Je vous invite à prendre contact avec notre service client au 0972107210 pour obtenir des informations complémentaires au sujet des Licences"


En gros, je dois les appeler pour avoir les prix ?


2) OVH propose -t-il des licences pour Microsoft SQL Server ?

3) Toutes mes VM seront en HA (High Availability). Donc si je perd un host (panne hardware), la même VM sera migrée/démarrée sur l'autre hôte ? Du coup, il faut multiplier ma licence windwos Server par 2 ? ou pas

4) Vaut-il mieux avoir des datastores pour chaque client ou non ? Avec le dataStore commun, ils se le partagent donc si l'un prend plus de ressource disque que l'autre. Ca va être inconfortable pour le deuxième.

5) Je compte mettre la DB (Microsoft SQL Server) sur SSD (Offre datastore 800Go Full SSD) et l'OS de la VM sur du non SSD (1,2To NFS SSD-Accelerated Storage). Quand on choisi un datastore, on a le choix du raid (1, 10) ? https://www.ovh.com/fr/dedicated-clo...datastores.xml

6) Le SSD vaut-il vraiment la peine par rapport au SSD-Accelerated Storage pour du SQL Server ?

7) A-t-on accès au compte root ou équivalent sur l'esxi pour faire du monitoring via PRTG ?

8) Question de scalabilité: Si le pack M neme suffit plus avec l'augmentation des clients,
je peux prendre le pack suivant, migrer les VM dessus (à moins que ce soit automatique que le HA) et résilier le Pack M ?

Merci d'avance pour vos réponses,

Je vous souhaite une agréable journée ;-)
Bunny