Général

(Blog d'origine)

Le serveur Tranquility (ou TQ, le serveur qui gère l'ensemble d'EVE) va être complètement restructuré, avec du nouveau matériel informatique et un nouvel emplacement de serveur. Tout en continuant à améliorer le jeu et nos logiciels en continu, nous voulons nous assurer que cet investissement important dans notre réseau, dans ce nouveau stockage ainsi que dans ce nouveau matériel informatique corresponde à notre engagement à « EVE pour toujours ».

Ce projet, que nous avons appelé TQ Tech III, sera terminé début 2016.

Voici un résumé de nos projets :

Redondance ajoutée
Avec un miroir SAN complet, nous allons sécuriser davantage notre stockage. Le miroir TQ sera copié et redondant.

[img]http://content.eveonline.com/www/newssystem/media/68643/1/TQIII_1_550.jpg[/img]

3x baies d'extension abriteront des SSD de 9x800 Go, avec un total de 10K disques SAS de 83x 1,2To. En double !

Nouveaux serveurs
Les nouveaux serveurs seront des IBM FLEX (6 au total). Chaque châssis peut contenir jusqu'à 14 nœuds et avoir des connexions de 4 x 10 Go (nous utilisons actuellement 4 x 1 Go). Cela nous permet d'élargir nos options en ce qui concerne la nouvelle architecture et la nouvelle performance.

[img]http://content.eveonline.com/www/newssystem/media/68643/1/3.png[/img]
[img]http://content.eveonline.com/www/newssystem/media/68643/1/4.png[/img]

Les serveurs sont (inter-) connectés au stockage par des interrupteurs 2498-F48 IBM SAN 16Gbit.

Supernœuds
Actuellement, TQ dispose d'un nœud extrêmement puissant, appelé le nœud « Everest », qui est utilisé lors des situations de surcharge (par exemple, lors des combats de flotte). Avec le TQ Tech III nous disposerons de six de ces supernœuds !

Cluster de base de données
Nous allons également renouveler l'ensemble du cluster de base de données. Des UC 45 % plus rapides, vitesse du bus mémoire accélérée à 75 %, plus de RAM... N'hésitez pas à consulter le blog pour plus de détails techniques ! Cette mise à niveau ouvre des options complètement nouvelles, comme la virtualisation complète.

Réseau
Nos routeurs Cisco 7606 actuels vont être remplacés par du matériel bien plus puissant. Une meilleure cadence (de 16 Gbits/s à 30 Gbits/s, d'environ 4 mil connexions concurrentes à 24 mil), et plus du double de mémoire ainsi qu'une technologie toute neuve amélioreront considérablement la connectivité, pour encore plus de possibilités.

Connectivité pour les joueurs
Les connexions à TQ Tech III seront directement mises à niveau vers le meilleur chemin disponible, sans aucune perturbation. En plus d'autres améliorations, on pourra observer moins de latence et de pertes de connexion.

[img]http://content.eveonline.com/www/newssystem/media/68643/1/9.png[/img]
[img]http://content.eveonline.com/www/newssystem/media/68643/1/10.png[/img]

Home, sweet home
Nous allons également déplacer TQ vers un nouveau centre de données (ouvert en 2014), qui dispose des design les plus modernes dans l'industrie de centres de données. Pendant que nous construisons TQ Tech III, nous continuerons nos opérations avec le serveur TQ actuel. Une fois que tout sera en place et testé, nous échangerons le serveur actuel pour le nouveau TQ. Nous pensons que TQ Tech III sera en place début 2016. Le serveur TQ actuel (et plus de matériel informatique) sera utilisé pour héberger tous nos serveurs de test.


Il s'agit d'une étape très prometteuse vers « Eve Forever » ! N'hésitez pas à lire l'ensemble du blog (en anglais) pour plus de détails.

Vu le schéma d'architecture, je suppose qu'ils utilisent un hyperviseur classique (VMWare, PowerVM).
Je ne pense pas qu'openstack (au autre) soit utile pour cela (un peu le tractopelle pour enlever une motte de terre) surtout que la supervision (hypervision) reste a gérer quoi qu'il arrive.
Les IBM SVC servent un peu a décorreler cela...
Le reste n'est rien que de très commun (enfin... dans le monde de la virtualisation hein, pas chez nous )
Bref du disque rapide et/ou non, du SAN en lien (10/40Gbps) et du CPU/Mémoire. je verrais bien un linux pour faire tourner l'ensemble soit directement sur les lames, soit derrière l'hyperviseur.
La perte (cpu) induite par l'hyperviseur est relativement faible comparé aux avantages (migration, sauvegarde, duplication, ...)

Redhat (ou autre solution de même calibre) pour avoir le service en cas de problème avec l'OS.
Mais je pense qu'ils ont tuné le noyau pour répondre à leurs besoins (un peu ce que l'on retrouve dans les FW ou les services dédié par exemple => beaucoup de requêtes réseaux, mémoire importante [cache disque essentiellement], requêtes disques en nombre et volume important aussi, peut-être qu'ils font du calcul sur des carte graphique [si parallélisable], par contre pas besoin de DHCP de postfix ou du gestionnaire graphique )

pour la partie BDD tu as raison :



j'aurais pensé à un Oracle ?!

Pour le serveur de jeu proprement dis ce n'est pas indiqué sur le WIKI.. Peut-être du windows effectivement.