2 votes

Threading de PGP Whole Disk Encryption sur le serveur

Je souhaite utiliser un serveur Xeon quadricœur datant de 2010 pour chiffrer périodiquement des disques eSATA de 500 Go. J'ai trois questions :

1) Je suppose que la version actuelle de WDE est entièrement multithreadée et que le débit s'échelonne de façon à peu près linéaire avec le nombre de cœurs ?

2) Puis-je limiter le nombre de cœurs utilisés par le processus WDE afin de ne pas affecter les autres travaux sur le serveur ?

3) Combien de temps, en gros, dois-je prévoir pour chaque cryptage ?

Il semble qu'il y ait des informations contradictoires sur l'enfilage de WDE, même sur le site PGP KB où j'ai également posé cette question (elle y est presque morte cependant) car beaucoup de réponses anciennes indiquent qu'il n'est pas proposé.

2voto

Tony Eichelberger Points 1586

En supposant que vos disques eSATA peuvent fournir des vitesses proches des vitesses SATA standard et que vous utilisez des disques à 7200 tr/min, nous envisageons de maintenir environ 80-100 Mo/sec sur l'ensemble du disque dans des conditions idéales.

Je n'ai pas d'informations spécifiques sur PGP, mais il est assez facile de trouver des benchmarks de vitesses de cryptage AES de l'ordre de 100-150MByte / sec par cœur pour les CPU de l'ère 2008 (Core Duo 3Ghz) [ e.g. ce commentaire sur slashdot indiquant 600-700Mhz d'un Pentium M 2.13 Ghz pour gérer 30Meg/sec ] et j'ai vu des taux similaires pour des CPU beaucoup plus anciens donc je prends cela comme base. Étant donné que vous utilisez des processeurs nettement meilleurs que ceux-là, je n'ai aucun doute sur le fait qu'un seul cœur sur votre serveur pourra facilement gérer le débit maximum d'un seul disque eSATA.

PGP WDE est basé sur des blocs, ce qui devrait aider le débit à atteindre ces taux pour une conversion, mais si c'est réellement vrai, cela dépend entièrement de la façon dont ils le mettent en œuvre et je n'ai aucune idée s'ils l'ont bien fait. Dans tous les cas, le meilleur résultat que vous pourriez obtenir serait une lecture complète du disque à une moyenne de 100Meg/sec (lecture séquentielle bloc par bloc) et ensuite une écriture complète du disque (écriture séquentielle bloc par bloc). Pour un disque de 500 Go, cela représenterait 1 000 secondes, soit environ 17 minutes. Cela ne saturera pas un seul cœur de votre serveur, même en tenant compte de la surcharge du CPU pour l'entrée/sortie du disque.

La balance des probabilités est que l'algorithme de conversion de PGP WDE ne gère pas les E/S aussi efficacement que je l'ai supposé ci-dessus, de sorte que le temps nécessaire pour crypter le disque sera sensiblement plus long - vous devrez le tester pour être certain, mais je ne serais pas surpris s'il était un ordre de grandeur plus lent et la surcharge du CPU pour les tâches de cryptage sera proportionnellement plus faible aussi.

Une dernière remarque, si vous utilisez un processeur de classe Westmere (Xeon 56xx), alors PGP WDE supporte les nouvelles instructions AES-NI qui devrait permettre d'augmenter les performances de plus de 50 % dans le monde réel - voir ceci Article de Toms Hardware montrant les avantages de Bitlocker. mais le bénéfice du PGP WDE devrait être au moins aussi bon.

Modifié pour ajouter :
Je pense que je n'ai pas été très clair dans ce qui précède - le multi-threading ne va pas vous aider dans la mesure où la conversion d'un seul disque est concernée. Il pourrait aider un peu si vous prévoyez d'exécuter plusieurs disques en parallèle, mais à moins que vous n'ayez un matériel qui peut gérer plusieurs disques simultanément, les limitations d'E/S des disques seront un goulot d'étranglement beaucoup plus important que l'utilisation du CPU. Les preuves anecdotiques sur le web [ aquí y aquí par exemple ] sur la vitesse de conversion varie de 25 à 50 Go par heure - je m'attendrais à ce qu'un disque eSATA décent soit plus rapide que ces exemples mais il semble peu probable qu'il soit bien meilleur que 100 Go par heure.

Enfin, il y a une très bonne discussion sur la charge de travail du processeur pour le cryptage des disques en général dans les commentaires sur ce sujet. PGP Blog post qui renforce l'idée que le CPU n'est pas le principal goulot d'étranglement, Read \Write Les latences sont le principal problème.

1voto

Alex Holst Points 2180

Quelques recherches évidentes sur Google n'ont pas permis de trouver de réponses précises à vos questions sur ce produit spécifique, voici donc une estimation :

1) Je ne sais pas si PGP est multithreadé, mais si c'est le cas, vous devez vous attendre à une augmentation de 50 à 80 % du traitement par cœur/unité centrale supplémentaire. 4 cœurs ne vous donnent des performances de 400% que pour certaines charges de travail très, très spécifiques - et attendre des données du disque qui doivent être réécrites n'en fait pas partie.

2) Le Gestionnaire des tâches vous permet de définir les priorités du processeur pour les processus en cours, ce qui constitue au moins une option.

3) Je soupçonne fortement qu'il y aura très peu de frais généraux. N'importe quel processeur Xeon récent peut effectuer le cryptage plus rapidement que certains disques mécaniques aléatoires peuvent écrire sur USB 2.0. De quel CPU s'agit-il, exactement ? Vous pouvez voir ici lesquels ont un support matériel pour le cryptage (AES-NI) :

http://en.wikipedia.org/wiki/Xeon

0voto

LinuxPS2 Points 757

Si vous êtes en mesure de changer d'outil, jetez un coup d'œil à Truecrypt

1) Truecrypt est hautement parallélisé et évolue de façon linéaire.

2) Vous pouvez spécifier le nombre de cœurs à utiliser

3) En ce qui concerne la vitesse, elle dépendra de la façon dont vous connectez le disque, du nombre de cœurs que vous pouvez utiliser, des algorithmes de cryptage utilisés, etc. Etant donné le matériel dont vous disposez, le disk io sera probablement le goulot d'étranglement, même avec une connexion sata. Mais téléchargez-le et exécutez le benchmark, ou cryptez un disque et voyez par vous-même. (Il y a un mode portable, donc vous n'avez même pas besoin de l'installer).

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X