Ce que nous faisons · Stockage et compute: Ingénierie de la performance et de la capacité
La plupart des plateformes lentes n'ont pas besoin de plus de matériel. Elles ont besoin que quelqu'un trouve la chose qui les retient vraiment. Nous mesurons le vrai goulot d'étranglement, nous changeons une chose, et nous mesurons à nouveau ; la plupart de nos plus grands gains sont venus d'un seul changement vérifié plutôt que d'un bon de commande.
De quoi il s'agit
La pratique d'ingénierie qui relie notre calcul, notre stockage et notre réseau. Quand une charge a besoin de plus de capacité, nous vous disons exactement quelle ressource, et pourquoi.
Comment nous le construisons
Des règles appliquées à chaque build. Certains gains sont trop fiables pour être laissés au hasard : ce sont des règles permanentes sur chaque serveur et chaque VM que nous livrons :
- Des VM dimensionnées à l'intérieur d'un socket. Jamais plus de vCPU qu'un socket physique n'a de cœurs, jamais plus de mémoire qu'un nœud NUMA n'en sert. Au-delà de cette frontière, l'accès mémoire devient distant, à environ 1,7 fois la latence locale, et la pénalité se cumule : la VM plus grande est souvent la plus lente.
- Des bonds qui utilisent les deux liens. Hachage sur les adresses IP et les ports, en cohérence côté switch, pour que chaque membre d'un bond transporte du trafic.
- Le flash traité comme du flash. Le RAID matériel peut masquer le fait qu'un volume est en mémoire flash : nous lisons le type de média sur les disques et nous réglons l'ordonnanceur, le read ahead et la profondeur de file en conséquence.
- Des bases de données qui reçoivent leur mémoire. Des buffer pools dimensionnés au working set.
- Pas de swap sur les VM. La pression mémoire se résout avec de la mémoire ou avec un correctif dans l'application, jamais en la poussant sur le stockage.
La mesure à chaque couche. E/S par volume sur les baies, compteurs par port sur les bonds et les switches, journaux de requêtes et de requêtes lentes sur les bases de données, chronométrage de l'extérieur à travers le CDN, puissance par rack et par phase.
Ce dont il vous protège
- Payer de la capacité qu'un réglage par défaut gaspillait.
- Acheter du matériel pour un problème qui est en réalité un problème de réglage.
- Une VM plus grande qui tourne plus lentement que la plus petite qu'elle a remplacée.
- La moitié de votre bande passante réseau qui reste inutilisée.
- Un stockage flash qui dépense son endurance sur des lectures qu'une base de données aurait dû mettre en cache.
En pratique
La bordure d'un éditeur, prouvée sous charge. Avant le lancement à Athènes, le niveau de cache de l'éditeur a été construit en deux couches, la mémoire devant le flash sur le SAN, et testé en charge à vingt mille utilisateurs virtuels. Il a tenu, et la conception est devenue notre standard pour les plateformes d'éditeurs.
Pourquoi EuroVPS
- Nous mesurons avant de vendre, et la réponse est souvent un changement, pas une montée en gamme.
- Des règles de réglage permanentes appliquées à chaque build, pas à la demande.
- Des recommandations qui disent quelle ressource, combien et pourquoi.
Questions fréquentes
- Mon site est lent. Ai-je besoin d'un serveur plus gros ? Peut-être, mais nous mesurerons d'abord. Souvent la réponse est la configuration, le cache ou une requête, et nous vous montrerons les preuves dans un cas comme dans l'autre.
- Pourquoi ne voulez-vous pas donner plus de cœurs à ma VM ? Au-delà d'un socket, les cœurs supplémentaires ajoutent de la latence mémoire distante. Nous dimensionnons pour tenir dans le socket, et c'est en général plus rapide.
- Réglez-vous les applications des clients ? Nous réglons tout ce que nous exploitons et nous conseillons sur ce que vous exploitez : mémoire des bases de données, nombre de workers, couches de cache, requêtes. Quand le correctif est dans votre code, nous vous dirons exactement où.
- Est-ce un service à part ? C'est notre façon de travailler sur chaque plateforme que nous gérons. Des audits de performance dédiés, avec un avant et un après par écrit, sont aussi disponibles.
- closing line: Plus rapide commence en général par une mesure, pas par une facture. Parlez à un ingénieur de ce qui vous ralentit vraiment.
- CTA: Parler à un ingénieur
Votre prochain partenaire d'infrastructure
Examinons votre environnement.
Dites-nous ce que vous faites tourner aujourd'hui et ce qui doit s'améliorer. Un ingénieur examinera votre demande et vous aidera à planifier la suite.
+357 222 32280
Commençons par votre environnement.
Un peu de contexte nous aide à démarrer la bonne conversation.