Public Cloud OVHcloud - Remarques au sujet du service Public Cloud
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Frage

Remarques au sujet du service Public Cloud

Von
Cumulus
Erstellungsdatum 2017-03-09 21:20:19 (edited on 2024-09-04 11:34:06) in Public Cloud OVHcloud

Salut,

J'ai décidé de créer un post afin de lister mes remarques concernant le service Public Cloud que j'exploite maintenant depuis quelques semaines. Ce message s'adresse directement aux équipes d'OVH et à pour but d'aider à améliorer le service, **ce n'est pas une plainte d'un utilisateur insatisfait**. J'invite d'ailleurs les autres membres à compléter la liste avec leurs propres remarques, en espérant ainsi aider à l'amélioration du Public Cloud made in OVH.

Donc voilà :

**Interface de gestion du public cloud**
- Nom de dieu qui a eu l'idée d'un tel design ? Est-ce que l'UX specialiste a réalisé qu'au delà de 3 instances il devient impossible d'associer les IPs publiques de chaque instance ? La partie de droite est a retirer, afficher l'IP publique au même endroit que l'IP privée serait bien mieux.
- Ajouter la possibilité de choisir l'IP privée à la création d'une instance comme c'est le cas via l'API OVH.
- Ajouter la possibilité d'éditer et de supprimer un vLan via l'interface de gestion.
- Ajouter un indicateur afin de savoir si une instance est en fonction ou à l'arrêt plutôt qu'un message d'erreur.

**Storage**
- Sérieux c'est quoi ces IOPS? Va falloir faire énormément de progrès la dessus, franchement c'est le gros point noir de l'offre OVH.

**Réseau**
- Ajouté un firewall compatible IPv6.
- Mieux intégrer les Security Groups ?!
- un vRack sans latence entre DC afin de pouvoir faire du "multi-zone" et ainsi bénéficier d'un "vrai cloud".

**Tarification**
- Plutôt que de relier l'ID d'une instance à la souscription d'un forfait mensuel, y relier plutôt l'ID du flavor. En effet, si je paie pour une EG7-SSD pour le mois complet, il est "un peu con" de perdre mon argent si je détruis l'instance pour en refaire une autre de même flavor ou flavor très similaire (genre EG7-SSD-FLEX). En gros, faire comme fait AWS avec les instances réservées.


4 Antworten ( Latest reply on 2017-04-05 09:21:18 Von
ScottR
)

Bonjour,
je suis tout à fait d'accord avec ces remarques, pour l'interface de gestion il est souvent nécessaire de switcher entre l'interface du manager OVH et le panel OpenStack pour s'y retrouver correctement.

Pour le stockage c'est effectivement très gênant de devoir faire un choix entre performances et HA. Si les instances SSD fonctionnent bien, le stockage Ceph est terriblement lent.

Et pour la tarification, il est vrai que devoir regarder à quelle date, il faut supprimer l'instance pour ne pas être facturé le mois suivant est un peu énervant.

D'accord dans les grandes lignes.
J'ajouterai la possibilité d'avoir au moins 3 nodes dans les anti affinity group pour être sûr d'avoir au moins 3 nodes (le minimum requis pour un cluster) sur 3 hosts différents...

Perdre 2 nodes d'un coup sur un cluster de 3 machines ça fait mal...
Et comme dit dans le message de départ, le storage HA pose de sérieux soucis... Car il y'a les IOPS mais il faut aussi regarder la latence...
Même si la latence moyenne est convenable, il y'a de gros pics par moment qui peuvent sérieusement ralentir les services...

Je viens de tester, effectivement impossible de mettre plus de 2 instances dans un groupe d'anti-affinity. Y'aurait moyen de faire sauter cette limite ?

J'ai décidé d'utiliser Google Translate uniquement pour utiliser ces forums. Je m'excuse pour mes mauvaises compétences en français.


Tarification- Plutôt que de relier l'ID d'une instance à la souscription d'un forfait mensuel, y relier plutôt l'ID du flavor. En effet, si je paie pour une EG7-SSD pour le mois complet, il est "un peu con" de perdre mon argent si je détruis l'instance pour en refaire une autre de même flavor ou flavor très similaire (genre EG7-SSD-FLEX). En gros, faire comme fait AWS avec les instances réservées.


Je suis vraiment d'accord avec cela.

La fonctionnalité vlan semble presque inutilisable, mais pour la corriger, je dois créer une nouvelle instance ... Avec le système de facturation actuel, je vais me charger deux fois pour réparer cette fonctionnalité inutilisable! Inacceptable!

La documentation est difficile à trouver et souvent dépassée. Cela DOIT être amélioré.