Feuille de calcul de planification de la capacité du serveur pour le système de plateforme Analytics
Cette feuille de calcul de planification de capacité vous permet de déterminer les exigences d’un serveur de chargement pour le chargement de données dans SQL Server PDW. Utilisez cette option pour créer votre plan d’achat ou d’approvisionnement de serveurs de chargement existants.
Notes de feuille de calcul
Cette feuille de calcul s’applique aux serveurs qui chargeront des données avec l’outil de chargement en ligne de commande dwloader .
Pour le chargement de données avec Integration Services ou un outil de chargement tiers, les exigences peuvent varier en fonction des différences dans le processus de chargement.
La plupart des exigences s’appliquent au chargement de fichiers de données compressés ou non compressés ; toutes les différences dans les exigences sont notées en gras.
Feuille de calcul de planification de la capacité
Imprimez cette feuille de calcul et renseignez-la avec vos propres exigences.
Composant | Condition requise | Renseignez cette colonne avec vos propres exigences | Recommandations |
---|---|---|---|
Stockage | Nombre maximal d’octets que vous envisagez de stocker sur le serveur de chargement à une période donnée. | Pour déterminer les exigences de stockage, déterminez la quantité de données que vous envisagez de stocker sur le serveur de chargement à une période donnée. Les exigences en matière de capacité concernent uniquement les fichiers de chargement ; le système d’exploitation et les fichiers de chargement doivent se trouver sur différents tableaux de disques. Par exemple : si vous envisagez de charger 100 Go de données à partir du disque 3 fois par jour, mais que vous ne supprimez pas les fichiers de données jusqu’à la fin de la semaine, vous avez besoin d’un minimum de 2,1 To pour stocker les fichiers de données. Nous vous recommandons d’être prudent et d’obtenir environ 30 % de stockage supplémentaire pour tenir compte des écarts et de la croissance. Pour cet exemple, 2,73 To d’espace de stockage seraient préférables. |
|
Taux de charge | Nombre maximal d’octets par heure de données à charger dans PDW. | Il s’agit d’une estimation. Lorsque vous calculez cette exigence, supposons que les fichiers sont déjà sur le serveur de chargement et que d’autres conditions de chargement sont aussi bonnes que possible. Par exemple : Il n’est pas nécessaire de prendre en compte la compression des données, car dwloader envoie toujours des données non compressées au PDW. Il n’est pas nécessaire de prendre en compte les conversions de type de données et la taille de la table de destination. |
|
Réseau | Type de connexion réseau. | Déterminez le meilleur type de connexion réseau pour vos besoins en matière de débit de charge. Par exemple : InfiniBand ou Ethernet 10 Gbit fournit les taux de chargement optimaux. 1 Gbit Ethernet limite les taux de charge à 360 Go par heure ou moins. |
|
E/S | Octets par heure pour les lectures et les écritures. | Pour charger des données, dwloader doit lire toutes les données du disque avant de les envoyer à PDW. Chaque serveur de chargement ne peut pas charger les données plus rapidement que l’appliance peut recevoir des données de toutes les sources de chargement. Pour économiser de l’argent, planifiez la capacité de lecture d’E/S pour le chargement afin qu’elle ne dépasse pas la capacité de charge de l’appliance. Par exemple : PDW reçoit et charge des données dans une appliance à 1 rack à un taux maximal de 1,8 To par heure. Pour une appliance avec 2 racks ou plus, le taux de charge maximal est de 3,6 To par heure. Si vous envisagez de charger à partir de plusieurs serveurs de chargement en même temps, les exigences d’E/S pour chaque serveur de chargement sont inférieures au moment où un serveur effectue tout le chargement. Par exemple : un serveur de chargement peut charger un maximum de 1,8 To par heure pour une appliance de 1 rack. Deux serveurs de chargement peuvent charger simultanément 900 Go par heure dans une appliance à 1 rack. Des niveaux plus élevés d’accès concurrentiel peuvent réduire l’efficacité et le débit maximal. Pour la capacité d’E/S, prenez en compte toutes les E/S qui se produisent sur le serveur de chargement. Si le serveur de chargement a d’autres trafics d’E/S en plus des chargements de données, tels que la réception de fichiers de données à partir d’un serveur ETL, les exigences d’E/S augmentent. Pour les données compressées, les exigences d’E/S dépendent du taux de compression des données. dwloader lit les données compressées, puis la désactive avant de l’envoyer à PDW. Plus le taux de compression est élevé, moins le serveur de chargement doit lire à partir du disque. Par exemple : si le taux de charge requis est de 1,8 To par heure et que les données sont stockées sur le serveur de chargement avec une compression de 2:1, le serveur de chargement doit uniquement lire 900 Go par heure à partir du disque au lieu de 1,8 To. Un taux de compression de 3:1 signifie que le serveur de chargement doit lire 600 Go par heure à partir du disque. |
|
UC | Nombre de sockets. | Pour le chargement de données non compressées, dwloader n’est pas une application nécessitant beaucoup d’UC. Au minimum, nous vous recommandons d’utiliser un serveur 2 sockets récemment fabriqué. Pour charger des données compressées, vous avez besoin de suffisamment de puissance processeur pour décompresser les données avant de les envoyer à PDW. dwloader peut exécuter 10 threads actifs à la fois. Si vous envisagez de charger simultanément 10 fichiers compressés, nous vous recommandons que le serveur dispose d’au moins un processeur de 10 cœurs ou de deux processeurs de 6 cœurs. |
|
Mémoire vive | Go de mémoire qui permet à Windows de mettre en cache les fichiers pendant les chargements. | dwloader utilise très peu de RAM sur le serveur de chargement. Pour les performances, Windows utilise la mémoire pour mettre en cache les fichiers de chargement après les avoir lisant à partir du disque. Pour déterminer les exigences de ram, reportez-vous à votre installation de Windows Server et à toutes les exigences d’application tierces. Nous vous recommandons un minimum de 32 Go si vous n’avez pas besoin d’autres sources. Pour les données compressées, une ram plus rapide est utile, car elle accélère la décompression. |
Voir aussi
Acquérir et configurer un chargeur de ligne de commande dwloader du serveurde chargement