A propos
Index des annonces
Histoire du RPS (oui... encore)
Bonjour,
Hier, dans mon email, je ne vous ai pas tout dit à propos de RPS ...
Maintenant que nous avons vu le côté Réel de RPS (le vrai CPU, la vraie RAM), le côté évolution (le client change la puissance de son RPS en 3 minutes), regardons "le 2ème effet" du RPS.
RPS fonctionne avec un disque dur sur le réseau (sur un SAN) accessible via iSCSI. Ce disque dur peut être aussi accessible via le NFS (Network File System). Quelle est la difference entre iSCSI et NFS ?
Dans le cas du iSCSI, il s'agit d'un vrai disque qu'il faut partitionner et formater. Dans le cas du NFS, il n'y a rien à partitionner ni à formater: les données sont stockées et prêtes à être utilisées. L'avantage de iSCSI est que vous pouvez partitionner votre disque comme vous voulez et le formater sous le file system que vous voulez et donc installer le système que vous voulez. Sous NFS, nous allons proposer que du Linux.
Lorsque vous souhaitez augmenter la taille de votre disque à notre niveau c'est fait en 3 minutes: on augmente votre quota et voilà. Sous NFS, la taille est automatiquement augmentée, rien à faire à votre niveau. Dans le cas du iSCSI, votre disque a une taille plus importante. Vous pouvez donc créer une nouvelle partition et la formater, ou augmenter la taille de vos partitions actuelles. C'est déjà un peu plus délicat à gérer. Il faut le faire en fonctionnement à chaud ou via le rescue.
Sous NFS, vous profitez du file system du SAN et donc par exemple les snapshots (création d'une image de votre disque à l'instant T). Vous pouvez créer autant des snaphosts que vous voulez et quand vous voulez (dans la limite de la taille de votre espace). Au niveau du iSCSI, vous choisissez le file system. Vous pouvez utiliser ext3, reiserfs, afs, nfts, fat95, etc. Et donc vous avez les fonctionnalités de votre file system.
Avec NFS et les snapshots, vous pouvez donc créer une image de votre serveur et faire copier cette image vers l'espace disque d'un autre serveur RPS. Et au final démarrer un autre RPS avec l'image disque de votre RPS principal. En gros, vous pouvez cloner ainsi à l'identique les images de système et accélérer le déploiement de votre installation. Par exemple, vous avez 23 RPS à préparer. Au lieu de préparer 23 serveurs RPS, un par un, vous préparez votre premier RPS, puis vous copiez l'image de votre premier RPS sur le disque du RPS 2,3,4, ..., 23 puis vous démarrez vos RPS 2,3,4,..,23 sur cette image. Tout est prêt à fonctionner. Pas trop convaincu ?
Okey. Via ce système d'image, vous pouvez mettre à disposition des autres clients de RPS chez Ovh, une image de système de Linux que vous avez préparé par rapport à certains besoins précis. Cette image vous pouvez la proposer gratuitement ou se faire payer par les clients d'Ovh qui seraient intéressés par une distribution Linux très spécifique qu'Ovh ne propose pas. Toujours pas convaincu ?
Si vous jouez beaucoup et vous voulez partager avec d'autres joueurs une distributions de jeux avec les maps spécifiques, ou gérer une plate-forme de jeux de plusieurs dizaines ou centaines RPS avec plusieurs dizaines d'images de Linux spécifiques par rapport aux jeux, aux maps, aux nombres de joueurs, toute cette gestion via un système classique est vite une prise de tête. Avec RPS c'est d'une simplicité extrême. Toujours pas convaincu ?
Et si en plus, on vous propose le hardware AMD de vos rêves ? Parce que notre vrai CPU ça peut être un processeur Intel comme AMD et quelque soit le type du processeur ! Vous pensez que pour vos besoins un AMD Athlon 64 FX est mieux qu'un Quad-Core Intel Xeon Serie 5300 ? 3 cliques, 3 minutes et vous l'avez.
Amicalement
Octave
Hier, dans mon email, je ne vous ai pas tout dit à propos de RPS ...
Maintenant que nous avons vu le côté Réel de RPS (le vrai CPU, la vraie RAM), le côté évolution (le client change la puissance de son RPS en 3 minutes), regardons "le 2ème effet" du RPS.
RPS fonctionne avec un disque dur sur le réseau (sur un SAN) accessible via iSCSI. Ce disque dur peut être aussi accessible via le NFS (Network File System). Quelle est la difference entre iSCSI et NFS ?
Dans le cas du iSCSI, il s'agit d'un vrai disque qu'il faut partitionner et formater. Dans le cas du NFS, il n'y a rien à partitionner ni à formater: les données sont stockées et prêtes à être utilisées. L'avantage de iSCSI est que vous pouvez partitionner votre disque comme vous voulez et le formater sous le file system que vous voulez et donc installer le système que vous voulez. Sous NFS, nous allons proposer que du Linux.
Lorsque vous souhaitez augmenter la taille de votre disque à notre niveau c'est fait en 3 minutes: on augmente votre quota et voilà. Sous NFS, la taille est automatiquement augmentée, rien à faire à votre niveau. Dans le cas du iSCSI, votre disque a une taille plus importante. Vous pouvez donc créer une nouvelle partition et la formater, ou augmenter la taille de vos partitions actuelles. C'est déjà un peu plus délicat à gérer. Il faut le faire en fonctionnement à chaud ou via le rescue.
Sous NFS, vous profitez du file system du SAN et donc par exemple les snapshots (création d'une image de votre disque à l'instant T). Vous pouvez créer autant des snaphosts que vous voulez et quand vous voulez (dans la limite de la taille de votre espace). Au niveau du iSCSI, vous choisissez le file system. Vous pouvez utiliser ext3, reiserfs, afs, nfts, fat95, etc. Et donc vous avez les fonctionnalités de votre file system.
Avec NFS et les snapshots, vous pouvez donc créer une image de votre serveur et faire copier cette image vers l'espace disque d'un autre serveur RPS. Et au final démarrer un autre RPS avec l'image disque de votre RPS principal. En gros, vous pouvez cloner ainsi à l'identique les images de système et accélérer le déploiement de votre installation. Par exemple, vous avez 23 RPS à préparer. Au lieu de préparer 23 serveurs RPS, un par un, vous préparez votre premier RPS, puis vous copiez l'image de votre premier RPS sur le disque du RPS 2,3,4, ..., 23 puis vous démarrez vos RPS 2,3,4,..,23 sur cette image. Tout est prêt à fonctionner. Pas trop convaincu ?
Okey. Via ce système d'image, vous pouvez mettre à disposition des autres clients de RPS chez Ovh, une image de système de Linux que vous avez préparé par rapport à certains besoins précis. Cette image vous pouvez la proposer gratuitement ou se faire payer par les clients d'Ovh qui seraient intéressés par une distribution Linux très spécifique qu'Ovh ne propose pas. Toujours pas convaincu ?
Si vous jouez beaucoup et vous voulez partager avec d'autres joueurs une distributions de jeux avec les maps spécifiques, ou gérer une plate-forme de jeux de plusieurs dizaines ou centaines RPS avec plusieurs dizaines d'images de Linux spécifiques par rapport aux jeux, aux maps, aux nombres de joueurs, toute cette gestion via un système classique est vite une prise de tête. Avec RPS c'est d'une simplicité extrême. Toujours pas convaincu ?
Et si en plus, on vous propose le hardware AMD de vos rêves ? Parce que notre vrai CPU ça peut être un processeur Intel comme AMD et quelque soit le type du processeur ! Vous pensez que pour vos besoins un AMD Athlon 64 FX est mieux qu'un Quad-Core Intel Xeon Serie 5300 ? 3 cliques, 3 minutes et vous l'avez.
Amicalement
Octave