Qualcomm

Organisation
Qualcomm c’est 10’000 employés à travers le monde. Le service IT corporate fournit les services de base (réseau, firewall, mail, etc.). Il y a plusieurs centaines de personnes qui bossent pour ça. Les différents département ont ensuite des IT pour leur besoin propre. Le département que je suis allé voir (QCT) est un des plus importants de Qualcomm. Il s’occuppe de développer les chips des cartes. Il y a donc pas mal de simulation à faire. Ils sont entre 30 et 40 ITs en plus pour ce département.
Ce qui suit concerne le département QCT.

Choix
Tout est très basé sur des standards ouvert. L'authentification se fait via LDAP et NIS. La mise à disposition des homedir est faite via AFS (apparamment plus rapide que NFS, en attendant de pouvoir tester NFSv4). Pour l’impression c’est tout passé en lprng comme ça tout le monde imprime sur toutes les imprimantes. Pour les desktops ils utilisent des thinclient (sun) pour tout le monde. Du côté des serveurs c’est de plus en plus de blades. Il faut dire que quand ils achètent c’est par paquet de 100 ou plus...
Au niveau corporate c’est tout de plus en plus de Windows (AD, exchange, ...), au grand damne de QCT.

Utilisation
QCT doit permettre aux ingénieurs du département de faire tourner des simulations. Ces simulations ne sont pas faites sur le poste mais sur des fermes de serveurs dédiés. Les simulations qui sont faites ici peuvent prendre des jours alors il faut que QCT soit au top en terme de processeurs. De plus l’utilisation d’applications propriétaires très chères (donc limitées en nombre) fait que les licences doivent être rendues rapidement afin que d’autres puissent les utiliser. L’utilisation de SUSE à QCT est venue parce qu’il supporte les AMD 64 bits et que ces derniers offrent les meilleures performance actuellement (les simple core, les dual core sont apparemment encore trop limité du fait qu’ils partagent le même bus pour accéder à la mémoire).
Tous les serveurs bootent en PXE. En tant normal ils ne font qu’un boot local. Lors de mise à jour le script PXE ne fait pas un boot local mais met à jour la machine. Cela permet de mettre à jour des wagons de machines très rapidement et simplement. Idem si une blade pose un problème on la retire, on en remet une autre, elle prend son OS via PXE et elle est up and running sans qu’il ait fallu la toucher plus que ça.
L’utilisation d’applications propriétaires implique aussi d’avoir des versions spécifiques des librairies. Un logiciel n’est supporté qu’avec GLibc x.y.z, etc. La virtualisation est un avantage certain qui est en train d’être déployé. SUSE et Xen permettent de faire cela. QCT reçoivent en avance des processeurs de la part d’Intel et d’AMD pour les tester, et dans ce domaine ils sont en train de tester les fonctions de virtualisation (pour pouvoir faire tourner très efficacement un OS quelconque sur Xen dans que cet OS ait besoin d’être modifié). Il est ensuite très facile de fournir de la redondance et des environnements customisés pour chaque application propriétaire.

Divers
Toute la gestion d’utilisateurs se fait par des outils homemade.
Le backup est géré par des Netapp, il y a des petabytes de données à gérer.


Résumé
QCT a la chance d'avoir pu garder un environnement homogène ce qui n'est pas notre cas. Ca plus des contraintes différentes font qu'essayer de faire des correspondances entre eux et l'Uni n'est pas facile.

Je pense que l'utilisation de Xen est très intéressante. Elle permet de faire de la répartition de charge et de la redondance très facilement. Ca sera d'autant plus puissant dès que les processeurs supporteront la virtualisation, ce qui sera le cas des futurs processeurs d'Intel et d'AMD. Pour l'instant il faut que l'OS guest soit modifié, ce qui n'est pas le cas de Windows par exemple. Mais il est possible de faire tourner plusieurs OS SLES "Xenifiés" sur un serveur SLES Xen avec des performances très proches d'un environnement qui ne serait pas virtualisé. Cela amène aussi pas mal de solutions pour ce qui est d'utiliser des hardware différents puisque les OS guest ne changent pas.


Encore à compléter