Hoja de cálculo de planeamiento de capacidad del servidor para Analytics Platform System
Esta hoja de cálculo de planeamiento de capacidad le ayuda a determinar los requisitos de un servidor de carga para cargar datos en PWD de SQL Server. Úsela a fin de crear el plan para comprar o aprovisionar servidores de carga existentes.
Notas de la hoja de cálculo
Esta hoja de cálculo se aplica a los servidores que cargarán datos con la herramienta de carga de la línea de comandos dwloader.
Para cargar datos con Integration Services o una herramienta de carga de terceros, los requisitos pueden variar en función de las diferencias en el proceso de carga.
La mayoría de los requisitos se aplican a la carga de archivos de datos comprimidos o sin comprimir; las diferencias en los requisitos se indican en negrita.
Hoja de cálculo de planeamiento de capacidad
Imprima esta hoja de cálculo y rellénela con sus propios requisitos.
| Componente | Requisito | Rellene esta columna con sus propios requisitos | Recomendaciones |
|---|---|---|---|
| Almacenamiento | Número máximo de bytes que planea almacenar en el servidor de carga en un período de tiempo determinado. |  |
Para determinar los requisitos de almacenamiento, averigüe la cantidad de datos que planea almacenar en el servidor de carga en un período de tiempo determinado. Los requisitos de capacidad son solo para los archivos de carga; el sistema operativo y los archivos de carga deben estar en matrices de discos diferentes. Por ejemplo: si tiene previsto cargar 100 GB de datos desde el disco tres veces al día, pero no eliminar los archivos de datos hasta el final de la semana, necesitará un mínimo de 2,1 TB para almacenar los archivos de datos. Se recomienda ser conservador y obtener aproximadamente un 30 % más de almacenamiento para tener en cuenta las variaciones y el crecimiento. En este ejemplo, sería mejor usar 2,73 TB de espacio de almacenamiento. |
| Velocidad de carga | Bytes máximos por hora de datos que se van a cargar en PDW. | |
Se trata de una estimación. Al calcular este requisito, imagine que los archivos ya están en el servidor de carga y que las demás condiciones de carga son lo más adecuadas posible. Por ejemplo: no es necesario tener en cuenta la compresión de datos, ya que dwloader siempre envía datos sin comprimir a PDW. No es necesario tener en cuenta las conversiones de tipos de datos ni el tamaño de la tabla de destino. |
| Red | Tipo de conexión de red. | |
Determine el mejor tipo de conexión de red para los requisitos de velocidad de carga. Por ejemplo, InfiniBand o Ethernet de 10 Gbit proporcionarán las velocidades de carga óptimas. Ethernet de 1 Gbit limitará las velocidades de carga a 360 GB por hora o menos. |
| E/S | Bytes por hora para lecturas y escrituras. | |
Para cargar datos, dwloader debe leer todos los datos del disco antes de enviarlos a PDW. En cada servidor de carga, la carga de datos no puede ser más rápida que la recepción de los datos en el dispositivo desde todos los orígenes de carga. Para ahorrar dinero, planee la capacidad de lectura de E/S para la cargar de modo que no supere la capacidad de carga del dispositivo. Por ejemplo: PDW recibe y carga datos en un dispositivo de un bastidor a una velocidad máxima de 1,8 TB por hora. Para un dispositivo con dos o más bastidores, la velocidad máxima de carga es de 3,6 TB por hora. Si tiene previsto realizar la carga desde varios servidores de carga al mismo tiempo, los requisitos de E/S para cada servidor de carga serán menores que cuando un solo servidor realice toda la carga. Por ejemplo, un servidor de carga puede cargar un máximo de 1,8 TB por hora para un dispositivo de un bastidor. Dos servidores de carga podrían cargar simultáneamente 900 GB por hora en un dispositivo de un bastidor. Los niveles más altos de simultaneidad pueden reducir la eficacia y el rendimiento máximo. Para la capacidad de E/S, tenga en cuenta el total de E/S que se produce en el servidor de carga. Si el servidor de carga tiene otro tráfico de E/S además de las cargas de datos, como la recepción de archivos de datos de un servidor ETL, aumentarán los requisitos de E/S. Para los datos comprimidos, los requisitos de E/S dependen de la velocidad de compresión de datos. dwloader lee los datos comprimidos y, después, los descomprime antes de enviarlos a PDW. Cuanto mayor sea la proporción de compresión, menos datos tendrá que leer el servidor de carga del disco. Por ejemplo: si la velocidad de carga necesaria es de 1,8 TB por hora y los datos se almacenan en el servidor de carga con una compresión 2:1, el servidor de carga solo necesita leer 900 GB por hora desde el disco, en lugar de 1,8 TB. Una proporción de compresión de 3:1 significa que el servidor de carga debe leer 600 GB por hora del disco. |
| CPU | Número de sockets. | |
Para cargar datos sin comprimir, dwloader no es una aplicación que consume mucha CPU. Como requisito mínimo, se recomienda usar un servidor de dos sockets de fabricación reciente. Para cargar datos comprimidos, necesita suficiente potencia de CPU para descomprimir los datos antes de enviarlos a PDW. dwloader puede ejecutar 10 subprocesos activos a la vez. Si planea cargar 10 archivos comprimidos simultáneamente, se recomienda que el servidor tenga al menos una CPU de 10 núcleos o dos CPU de 6 núcleos. |
| RAM | GB de memoria que permite a Windows almacenar en caché los archivos durante las cargas. | |
dwloader usa muy poca RAM en el servidor de carga. Para el rendimiento, Windows usa memoria a fin de almacenar en caché los archivos de carga después de leerlos desde el disco. Para determinar los requisitos de RAM, consulte la instalación de Windows Server y los requisitos de la aplicación de terceros. Se recomienda un mínimo de 32 GB si no tiene requisitos de otros orígenes. Para los datos comprimidos, es útil una RAM más rápida porque acelerará la descompresión. |
Vea también
Compra y configuración de un servidor de cargaCargador de línea de comandos dwloader