WEBVTT 00:00.120 --> 00:01.800 Instructor: En esta lección vamos a hablar 00:01.800 --> 00:03.330 de los problemas de rendimiento de 00:03.330 --> 00:06.300 los variadores, en concreto, de la herramienta de diagnóstico inteligente 00:06.300 --> 00:07.740 y de una métrica conocida como operaciones 00:07.740 --> 00:10.320 de entrada y salida por segundo. 00:10.320 --> 00:12.630 En primer lugar, hablemos de SMART. 00:12.630 --> 00:14.970 SMART es un acrónimo de Self-Monitoring 00:14.970 --> 00:18.090 Analysis and Reporting Technology. 00:18.090 --> 00:19.683 Y está integrado en la mayoría 00:19.683 --> 00:22.320 de los discos duros que vas a utilizar a diario. 00:22.320 --> 00:24.180 Ahora bien, esta tecnología inteligente 00:24.180 --> 00:26.640 es en realidad un programa de autodiagnóstico que 00:26.640 --> 00:28.410 va a alertar al sistema operativo si 00:28.410 --> 00:29.790 detecta que se ha producido 00:29.790 --> 00:32.070 un fallo o si un fallo es inminente. 00:32.070 --> 00:33.870 El sistema inteligente existe desde 00:33.870 --> 00:35.760 hace unos 20 o 30 años y comenzó en los 00:35.760 --> 00:37.620 discos duros, pero también se ha trasladado 00:37.620 --> 00:40.890 a los dispositivos de estado sólido. 00:40.890 --> 00:43.740 Esta tecnología SMART es algo que va a complementar 00:43.740 --> 00:46.260 tu sistema operativo, tu BIOS, tu UEFI y otros 00:46.260 --> 00:48.150 sistemas por el estilo. 00:48.150 --> 00:49.650 La idea de SMART es 00:49.650 --> 00:51.660 que pueda supervisar el 00:51.660 --> 00:53.430 disco duro y conocer 00:53.430 --> 00:55.230 su estado de salud. 00:55.230 --> 00:57.420 Al examinarlo, tendrá en cuenta aspectos como 00:57.420 --> 01:00.180 la temperatura de la unidad, su estado general, la velocidad 01:00.180 --> 01:01.590 a la que gira si se trata de un disco 01:01.590 --> 01:02.700 duro, el número de bloques 01:02.700 --> 01:04.290 defectuosos si se trata de un dispositivo 01:04.290 --> 01:07.230 de estado sólido, etcétera. 01:07.230 --> 01:09.270 Ahora, lo importante a recordar con SMART 01:09.270 --> 01:12.360 es que no está diseñado para mantener sus discos sanos. 01:12.360 --> 01:14.460 En cambio, está diseñado para identificar 01:14.460 --> 01:15.840 cuándo tienen problemas y 01:15.840 --> 01:18.090 cuándo podrían fallar en el futuro. 01:18.090 --> 01:19.410 Así que tenlo en cuenta. 01:19.410 --> 01:22.650 Su objetivo no es arreglar la unidad, sino simplemente 01:22.650 --> 01:24.690 supervisarla y averiguar cuándo está 01:24.690 --> 01:26.643 a punto de ocurrir algo malo. 01:27.480 --> 01:29.190 Esta tecnología de autocontrol, análisis 01:29.190 --> 01:31.620 y generación de informes está diseñada para medir muchos 01:31.620 --> 01:33.810 atributos diferentes del disco duro y los dispositivos 01:33.810 --> 01:35.610 de estado sólido. 01:35.610 --> 01:37.470 Por ejemplo, puede monitorizar cosas como 01:37.470 --> 01:40.290 la tasa de errores de lectura, el tiempo de giro del disco duro, 01:40.290 --> 01:43.530 el recuento de sectores reasignados, la tasa de errores de búsqueda, 01:43.530 --> 01:46.230 las horas de encendido, las alertas por alta temperatura 01:46.230 --> 01:47.850 y otras cosas por el estilo. 01:47.850 --> 01:50.370 Al supervisar todos estos datos, la utilidad 01:50.370 --> 01:53.340 SMART puede notificar al sistema operativo cualquier 01:53.340 --> 01:54.600 problema pendiente o 01:54.600 --> 01:56.910 que pueda surgir en el futuro. 01:56.910 --> 01:58.650 Ahora, una de las métricas que la utilidad 01:58.650 --> 02:01.920 SMART está monitoreando se conoce como sus operaciones de entrada 02:01.920 --> 02:03.900 y salida por segundo o IOPS. 02:03.900 --> 02:06.000 Ahora, IOPS es una métrica realmente importante 02:06.000 --> 02:07.950 para poder mirar en un sistema. 02:07.950 --> 02:10.800 Dado que se mide la velocidad de entrada y salida de datos en un 02:10.800 --> 02:12.660 dispositivo de almacenamiento, ésta es 02:12.660 --> 02:14.940 una de las principales métricas de rendimiento 02:14.940 --> 02:17.820 que hay que conocer cuando se trata de almacenamiento. 02:17.820 --> 02:19.680 Ahora bien, si comparamos una unidad de disco 02:19.680 --> 02:21.270 duro con un dispositivo de estado sólido, 02:21.270 --> 02:23.820 por lo general tendremos muchas menos IOPS en una unidad 02:23.820 --> 02:26.970 de disco duro que en un dispositivo de estado sólido. 02:26.970 --> 02:28.800 Esto se debe a que un dispositivo de estado 02:28.800 --> 02:31.410 sólido tiene tiempos de búsqueda mucho más rápidos 02:31.410 --> 02:34.380 porque no tiene que mover un plato para poder leer esa información, 02:34.380 --> 02:36.600 pero no siempre es así. 02:36.600 --> 02:38.130 Hay algunas unidades SSD 02:38.130 --> 02:42.450 muy baratas que tienen un número de IOPS mucho menor que algunas unidades 02:42.450 --> 02:45.270 de disco duro realmente rápidas. 02:45.270 --> 02:48.060 Así que hay que recordar que no todo está claro en que los dispositivos 02:48.060 --> 02:50.070 de estado sólido sean siempre más rápidos que 02:50.070 --> 02:52.860 los discos duros, pero es una buena regla general. 02:52.860 --> 02:54.450 Así que tenlo en cuenta. 02:54.450 --> 02:55.950 Si trabajas en la nube, en realidad 02:55.950 --> 02:58.710 no tienes acceso al almacenamiento subyacente. 02:58.710 --> 03:01.260 Así que la única forma de medir el rendimiento es midiendo 03:01.260 --> 03:02.670 las IOPS, que son las operaciones 03:02.670 --> 03:04.830 de entrada y salida por segundo, porque no sabes 03:04.830 --> 03:07.350 si están utilizando unidades de disco duro o dispositivos 03:07.350 --> 03:10.260 de estado sólido debajo de esa capa de almacenamiento, porque 03:10.260 --> 03:12.210 se abstrae de ti cuando utilizas la virtualización 03:12.210 --> 03:14.880 y la computación en nube. 03:14.880 --> 03:17.610 Y por eso nos gusta fijarnos en el número de IOPS, es decir, 03:17.610 --> 03:20.070 las operaciones de entrada y salida por segundo, porque 03:20.070 --> 03:22.740 es la mejor medida del rendimiento que tenemos cuando leemos 03:22.740 --> 03:24.630 y escribimos datos en un dispositivo de 03:24.630 --> 03:26.700 almacenamiento concreto. 03:26.700 --> 03:28.860 Ahora, si empiezas a ver que tu rendimiento general 03:28.860 --> 03:31.500 está bajando cuando hablas de tus dispositivos de almacenamiento 03:31.500 --> 03:32.850 y mides tus IOPS y ves que ese número 03:32.850 --> 03:35.160 también está bajando, esto indica que estás teniendo 03:35.160 --> 03:37.200 algún tipo de cuello de botella leyendo y escribiendo 03:37.200 --> 03:40.620 en esos dispositivos de almacenamiento. 03:40.620 --> 03:42.120 Puede tratarse de un problema 03:42.120 --> 03:44.250 de hardware o de software. 03:44.250 --> 03:46.530 Tendrías que investigarlo y ser capaz de determinarlo 03:46.530 --> 03:48.523 utilizando herramientas como las utilidades 03:48.523 --> 03:51.030 SMARt para poder determinar si la unidad está leyendo y escribiendo 03:51.030 --> 03:52.440 a la velocidad correcta, o si es el 03:52.440 --> 03:55.320 sistema operativo el que realmente está ralentizando y no es capaz 03:55.320 --> 03:56.790 de leer y escribir en el dispositivo 03:56.790 --> 03:59.040 tan rápido como necesita. 03:59.040 --> 04:00.720 Y por eso es importante ver las cosas de 04:00.720 --> 04:03.990 forma holística, porque un bajo número de operaciones de entrada y salida 04:03.990 --> 04:06.570 por segundo podría ser un problema con el hardware, o podría 04:06.570 --> 04:08.850 ser algo con la aplicación o los recursos generales 04:08.850 --> 04:11.580 del sistema que se están sobrecargando debido a un montón de 04:11.580 --> 04:13.440 otras cosas que están sucediendo en ese sistema 04:13.440 --> 04:15.270 en particular. 04:15.270 --> 04:16.920 Si está experimentando un rendimiento 04:16.920 --> 04:18.210 lento cuando se trata de almacenamiento, 04:18.210 --> 04:19.350 algunas de las cosas que desea 04:19.350 --> 04:21.000 mirar en una unidad de disco duro sería si 04:21.000 --> 04:23.310 los archivos se han fragmentado o no. 04:23.310 --> 04:24.150 Y si lo han hecho, querrás 04:24.150 --> 04:26.880 ejecutar una herramienta de desfragmentación. 04:26.880 --> 04:29.070 Esto será capaz de tomar todas las piezas de esos archivos 04:29.070 --> 04:30.450 y ponerlos juntos de nuevo, que 04:30.450 --> 04:34.020 luego reducirá sus tiempos de derecho de lectura a ese dispositivo. 04:34.020 --> 04:36.720 Esto se debe a que cuando estás escribiendo en una unidad de disco 04:36.720 --> 04:38.250 duro, va a empezar a tomar ese archivo 04:38.250 --> 04:39.083 que estás tratando de 04:39.083 --> 04:41.430 escribir, y lo dividirá en trozos más pequeños. 04:41.430 --> 04:43.860 Cada una de esas piezas se colocará en el disco duro empezando 04:43.860 --> 04:45.180 por el principio y avanzando 04:45.180 --> 04:47.910 hacia el final en cualquier espacio disponible. 04:47.910 --> 04:49.800 Así que quiero que pienses en un disco 04:49.800 --> 04:51.300 duro como si fuera un libro. 04:51.300 --> 04:54.630 Supongamos que te doy un libro en blanco con 200 páginas. 04:54.630 --> 04:57.780 Eso es todo lo que tienes, pero tienes un lápiz, y mientras escribes 04:57.780 --> 04:59.190 en el libro, empiezas en la página 04:59.190 --> 05:01.140 uno y sigues escribiendo hasta que llegas 05:01.140 --> 05:02.670 a la página 50. 05:02.670 --> 05:04.320 Ahora, volviste a la página tres y decidiste 05:04.320 --> 05:06.630 que no necesitabas cosas en esa página. 05:06.630 --> 05:07.800 Así que borra eso. 05:07.800 --> 05:09.780 Ahora tienes un espacio vacío en ese libro. 05:09.780 --> 05:12.840 Hiciste lo mismo en la página siete y en la 12 y en la 15, y revisaste 05:12.840 --> 05:13.740 el libro y borraste 05:13.740 --> 05:15.330 las cosas que no necesitabas. 05:15.330 --> 05:17.190 Ahora, cuando quieras escribir otra cosa, 05:17.190 --> 05:19.200 no vas a empezar en la página 51, sino que vas a 05:19.200 --> 05:21.660 volver a la página tres donde borraste eso y vas a rellenar 05:21.660 --> 05:23.070 el espacio en blanco. 05:23.070 --> 05:24.450 Ahora, una vez que te quedes sin 05:24.450 --> 05:26.250 espacio, pasarás a la siguiente página que 05:26.250 --> 05:27.420 tenga espacios en blanco, 05:27.420 --> 05:30.000 y seguirás haciéndolo hasta llegar a la página 51, y entonces 05:30.000 --> 05:31.710 seguirás escribiendo de nuevo. 05:31.710 --> 05:33.480 Así funciona un disco duro. 05:33.480 --> 05:35.640 Así que si tienes un montón de pequeños archivos que 05:35.640 --> 05:36.630 has estado borrando, ahora 05:36.630 --> 05:39.270 tienes un montón de pequeños agujeros por todo el disco. 05:39.270 --> 05:41.130 Y la próxima vez que vayas a escribir algo, 05:41.130 --> 05:43.050 empezará a rellenar esos huecos. 05:43.050 --> 05:45.540 Pero como hay que buscar en esos lugares diferentes para obtener 05:45.540 --> 05:47.400 de nuevo el archivo completo, esto puede provocar 05:47.400 --> 05:49.950 tiempos de lectura y escritura excesivos. 05:49.950 --> 05:52.410 Así que para poder volver a bajar ese tiempo, quieres 05:52.410 --> 05:54.510 hacer lo que se llama desfragmentación. 05:54.510 --> 05:57.300 Donde va a través y pone todos los archivos de nuevo juntos 05:57.300 --> 05:59.550 en el orden correcto en las mismas páginas. 05:59.550 --> 06:01.350 Y puede mover cosas por la unidad 06:01.350 --> 06:03.180 y barajarlas hasta que todo vuelva 06:03.180 --> 06:04.860 a estar bonito y ordenado. 06:04.860 --> 06:07.710 Sin embargo, con el tiempo, esa unidad se va a desordenar de nuevo 06:07.710 --> 06:09.120 debido a todo este borrado y reescritura 06:09.120 --> 06:10.530 que está ocurriendo, y ahí es donde 06:10.530 --> 06:12.810 se produce la fragmentación. 06:12.810 --> 06:14.730 A medida que la unidad se fragmenta, 06:14.730 --> 06:16.620 el rendimiento disminuye al 06:16.620 --> 06:19.890 intentar buscar o leer datos en ella. 06:19.890 --> 06:22.770 Ahora, por suerte, al pasar a un dispositivo de estado sólido, la 06:22.770 --> 06:24.720 fragmentación ya no es un problema, porque 06:24.720 --> 06:26.640 podemos acceder a todo lo que hay en esa unidad 06:26.640 --> 06:27.930 en cualquier momento, ya que 06:27.930 --> 06:29.250 no tenemos que mover el plato para 06:29.250 --> 06:30.870 poder acceder a una parte concreta de 06:30.870 --> 06:32.940 esa unidad y recuperar los datos. 06:32.940 --> 06:35.490 Por lo tanto, la fragmentación ya no es un problema con los dispositivos 06:35.490 --> 06:36.570 de estado sólido, y no es necesario 06:36.570 --> 06:39.090 ejecutar utilidades de desfragmentación en un dispositivo de 06:39.090 --> 06:40.530 estado sólido. 06:40.530 --> 06:43.230 Pero tienes que hacerlo en un disco duro. 06:43.230 --> 06:45.480 Ahora, por otro lado, con un dispositivo de estado 06:45.480 --> 06:46.980 sólido, si empiezas a quedarte 06:46.980 --> 06:48.780 sin espacio y has disminuido la capacidad, 06:48.780 --> 06:50.070 vas a notar que la unidad va 06:50.070 --> 06:51.990 a empezar a ralentizarse. 06:51.990 --> 06:53.670 Para poder acelerar la unidad de nuevo, vas 06:53.670 --> 06:54.960 a tener que mover algunos de esos archivos 06:54.960 --> 06:58.260 fuera de ese dispositivo de estado sólido y liberar algo de espacio extra. 06:58.260 --> 07:00.690 Esto se debe a la forma en que funciona un dispositivo de 07:00.690 --> 07:02.040 estado sólido que cuando comienza 07:02.040 --> 07:03.930 a llenarse y casi no tiene espacio libre, ese 07:03.930 --> 07:05.520 dispositivo se ralentizará mucho en 07:05.520 --> 07:07.380 términos de su rendimiento. 07:07.380 --> 07:09.390 Así que siempre recomiendo mantener al menos 07:09.390 --> 07:11.640 un 10% de tu dispositivo de estado sólido vacío y libre, 07:11.640 --> 07:14.240 y esto asegurará que tu rendimiento se mantenga alto.