WEBVTT 00:00.120 --> 00:01.800 Instructeur: In deze les gaan we het hebben 00:01.800 --> 00:03.330 over prestatieproblemen van aandrijvingen, 00:03.330 --> 00:06.300 in het bijzonder over het slimme diagnosegereedschap en een metriek 00:06.300 --> 00:07.740 die bekend staat als de input output 00:07.740 --> 00:10.320 bewerkingen per seconde. 00:10.320 --> 00:12.630 Laten we het eerst over SMART hebben. 00:12.630 --> 00:14.970 SMART is een acroniem en SMART staat voor Self-Monitoring 00:14.970 --> 00:18.090 Analysis and Reporting Technology. 00:18.090 --> 00:19.683 En het is ingebouwd in de meeste 00:19.683 --> 00:22.320 harde schijven die je dagelijks gebruikt. 00:22.320 --> 00:24.180 Deze slimme technologie is eigenlijk 00:24.180 --> 00:26.640 een zelfdiagnoseprogramma dat het besturingssysteem 00:26.640 --> 00:28.410 waarschuwt als het detecteert dat 00:28.410 --> 00:29.790 er een storing is opgetreden 00:29.790 --> 00:32.070 of als er een storing dreigt. 00:32.070 --> 00:33.870 Het slimme systeem bestaat 00:33.870 --> 00:35.760 al zo'n 20 tot 30 jaar en het begon 00:35.760 --> 00:37.620 met harde schijven, maar is ook 00:37.620 --> 00:40.890 gemigreerd naar solid state-apparaten. 00:40.890 --> 00:43.740 Deze SMART technologie is iets dat je besturingssysteem, 00:43.740 --> 00:46.260 je BIOS, je UEFI en dergelijke systemen 00:46.260 --> 00:48.150 zal aanvullen. 00:48.150 --> 00:49.650 Het hele idee van SMART is dat 00:49.650 --> 00:51.660 het dan je harde schijf kan controleren 00:51.660 --> 00:53.430 en de gezondheidsstatus van die specifieke 00:53.430 --> 00:55.230 schijf kan begrijpen. 00:55.230 --> 00:57.420 Het bekijkt dingen zoals de temperatuur van de schijf, 00:57.420 --> 01:00.180 de algehele gezondheid van de schijf, hoe snel de schijf draait 01:00.180 --> 01:01.590 als je te maken hebt met een harde 01:01.590 --> 01:02.700 schijf, hoeveel slechte 01:02.700 --> 01:04.290 blokken er zijn als je te maken hebt 01:04.290 --> 01:07.230 met een solid-state apparaat en dat soort dingen. 01:07.230 --> 01:09.270 Het is belangrijk om te onthouden dat SMART 01:09.270 --> 01:12.360 niet ontworpen is om je schijven gezond te houden. 01:12.360 --> 01:14.460 In plaats daarvan is het ontworpen om te identificeren 01:14.460 --> 01:15.840 wanneer ze problemen hebben en wanneer 01:15.840 --> 01:18.090 ze in de toekomst mogelijk zullen falen. 01:18.090 --> 01:19.410 Houd dit dus in gedachten. 01:19.410 --> 01:22.650 Hun doel is hier niet om je schijf te repareren, maar gewoon om 01:22.650 --> 01:24.690 te controleren en uit te zoeken wanneer 01:24.690 --> 01:26.643 er iets ergs staat te gebeuren. 01:27.480 --> 01:29.190 Deze zelfcontrolerende, analyse- 01:29.190 --> 01:31.620 en rapportagetechnologie is ontworpen om veel verschillende 01:31.620 --> 01:33.810 kenmerken van je harde schijf en je solid-state 01:33.810 --> 01:35.610 apparaten te meten. 01:35.610 --> 01:37.470 Het kan bijvoorbeeld dingen controleren zoals 01:37.470 --> 01:40.290 het aantal leesfouten, de opstarttijd van de harde schijf, het aantal 01:40.290 --> 01:43.530 opnieuw toegewezen sectoren, het aantal zoekfouten, de uren dat de schijf 01:43.530 --> 01:46.230 is ingeschakeld, waarschuwingen voor hoge temperaturen en andere 01:46.230 --> 01:47.850 dingen zoals dit. 01:47.850 --> 01:50.370 Door al deze verschillende stukjes informatie in de gaten 01:50.370 --> 01:53.340 te houden, kan het SMART-hulpprogramma het besturingssysteem op de 01:53.340 --> 01:54.600 hoogte brengen van eventuele 01:54.600 --> 01:56.910 problemen die zich in de toekomst kunnen voordoen. 01:56.910 --> 01:58.650 Een van de statistieken die het SMART-hulpprogramma 01:58.650 --> 02:01.920 controleert, staat bekend als de invoer-uitvoerbewerkingen per 02:01.920 --> 02:03.900 seconde of IOPS. 02:03.900 --> 02:06.000 IOPS is echt een belangrijke metriek 02:06.000 --> 02:07.950 om naar te kijken op een systeem. 02:07.950 --> 02:10.800 Omdat je meet hoe snel dingen kunnen worden ingevoerd of uitgevoerd 02:10.800 --> 02:12.660 naar een opslagapparaat, is dit een van 02:12.660 --> 02:14.940 de belangrijkste prestatiecijfers die je moet 02:14.940 --> 02:17.820 begrijpen als je te maken hebt met opslag. 02:17.820 --> 02:19.680 Als je een harde schijf vergelijkt 02:19.680 --> 02:21.270 met een solid-state apparaat, 02:21.270 --> 02:23.820 heb je over het algemeen veel lagere IOPS op een 02:23.820 --> 02:26.970 harde schijf dan op een solid-state apparaat. 02:26.970 --> 02:28.800 Dit komt omdat een solid-state apparaat 02:28.800 --> 02:31.410 veel snellere zoektijden heeft omdat het geen plaat 02:31.410 --> 02:34.380 hoeft te verplaatsen om die informatie te kunnen lezen, maar 02:34.380 --> 02:36.600 dat is niet altijd het geval. 02:36.600 --> 02:38.130 Er zijn enkele zeer goedkope 02:38.130 --> 02:42.450 en goedkoop gemaakte SSD's die veel lagere IOPS-aantallen hebben dan 02:42.450 --> 02:45.270 sommige echt snelle harde schijven. 02:45.270 --> 02:48.060 Je moet dus onthouden dat niet alles even duidelijk is waar solid-state 02:48.060 --> 02:50.070 apparaten altijd sneller zijn dan harde schijven, 02:50.070 --> 02:52.860 maar dat is een goede algemene regel. 02:52.860 --> 02:54.450 Houd dit dus in gedachten. 02:54.450 --> 02:55.950 Als je in de cloud werkt, heb je 02:55.950 --> 02:58.710 eigenlijk geen toegang tot de onderliggende opslag. 02:58.710 --> 03:01.260 Dus de enige manier waarop je prestaties kunt meten 03:01.260 --> 03:02.670 is door de IOPS te meten, wat 03:02.670 --> 03:04.830 de input output operaties per seconde zijn, 03:04.830 --> 03:07.350 omdat je niet weet of ze harde schijven of solid-state 03:07.350 --> 03:10.260 apparaten gebruiken onder die opslaglaag, omdat het van 03:10.260 --> 03:12.210 je wordt geabstraheerd als je virtualisatie 03:12.210 --> 03:14.880 en cloud computing gebruikt. 03:14.880 --> 03:17.610 En daarom kijken we graag naar het IOPS-getal of die 03:17.610 --> 03:20.070 input output operaties per seconde, omdat dit 03:20.070 --> 03:22.740 de beste maatstaf is voor prestaties die we hebben 03:22.740 --> 03:24.630 als we gegevens lezen en schrijven naar 03:24.630 --> 03:26.700 een bepaald opslagapparaat. 03:26.700 --> 03:28.860 Als je nu begint te zien dat je algehele prestaties 03:28.860 --> 03:31.500 naar beneden gaan als je het hebt over je opslagapparaten 03:31.500 --> 03:32.850 en je meet je IOPS en je ziet 03:32.850 --> 03:35.160 dat dat getal ook naar beneden gaat, dan geeft 03:35.160 --> 03:37.200 dit aan dat je een soort knelpunt hebt bij 03:37.200 --> 03:40.620 het lezen en schrijven naar die opslagapparaten. 03:40.620 --> 03:42.120 Dit kan een probleem zijn 03:42.120 --> 03:44.250 met de hardware of met de software. 03:44.250 --> 03:46.530 Je zou dat moeten onderzoeken en kunnen bepalen 03:46.530 --> 03:48.523 met hulpmiddelen zoals de SMARt hulpprogramma's 03:48.523 --> 03:51.030 om te bepalen of de schijf op de juiste snelheid leest 03:51.030 --> 03:52.440 en schrijft, of is het het besturingssysteem 03:52.440 --> 03:59.040 dat vertraagt en niet in staat is om zo snel als nodig naar het apparaat te lezen en te schrijven? 03:59.040 --> 04:00.720 En dit is waarom het belangrijk is 04:00.720 --> 04:03.990 om dingen holistisch te bekijken, omdat een lage input output bewerkingen 04:03.990 --> 04:06.570 per seconde een probleem kan zijn met de hardware, of 04:06.570 --> 04:08.850 het kan iets zijn met de applicatie of de algemene 04:08.850 --> 04:11.580 systeembronnen die overbelast worden door een heleboel 04:11.580 --> 04:13.440 andere dingen die gebeuren op dat specifieke 04:13.440 --> 04:15.270 systeem. 04:15.270 --> 04:16.920 Als je trage prestaties ervaart op het 04:16.920 --> 04:18.210 gebied van opslag, zijn enkele 04:18.210 --> 04:19.350 van de dingen waar je naar 04:19.350 --> 04:21.000 wilt kijken op een harde schijf of de 04:21.000 --> 04:23.310 bestanden gefragmenteerd zijn of niet. 04:23.310 --> 04:24.150 En als dat zo is, dan 04:24.150 --> 04:26.880 wil je een defragmentatieprogramma uitvoeren. 04:26.880 --> 04:29.070 Dit zal in staat zijn om alle stukjes van die bestanden 04:29.070 --> 04:30.450 te nemen en ze weer samen te voegen, 04:30.450 --> 04:34.020 waardoor je leesrechten op dat apparaat zullen afnemen. 04:34.020 --> 04:36.720 Dit komt omdat wanneer je naar een harde schijf schrijft, 04:36.720 --> 04:38.250 het bestand dat je probeert te 04:38.250 --> 04:39.083 schrijven in kleinere 04:39.083 --> 04:41.430 stukjes wordt opgedeeld. 04:41.430 --> 04:43.860 Elk van die stukken wordt op de harde schijf gezet, 04:43.860 --> 04:45.180 beginnend bij het begin en 04:45.180 --> 04:47.910 oplopend naar het einde in elke beschikbare ruimte. 04:47.910 --> 04:49.800 Ik wil dat je aan een harde schijf denkt zoals 04:49.800 --> 04:51.300 je aan een boek zou denken. 04:51.300 --> 04:54.630 Stel dat ik je een blanco boek geef met 200 pagina's erin. 04:54.630 --> 04:57.780 Dat is alle opslagruimte die je hebt, maar je hebt een potlood en 04:57.780 --> 04:59.190 als je in het boek schrijft, begin 04:59.190 --> 05:01.140 je op pagina één en je blijft schrijven tot 05:01.140 --> 05:02.670 je bij pagina 50 bent. 05:02.670 --> 05:04.320 Je ging terug naar pagina drie en besloot 05:04.320 --> 05:06.630 dat je de dingen op die pagina niet nodig had. 05:06.630 --> 05:07.800 Dus dat wis je. 05:07.800 --> 05:09.780 Nu heb je wat lege ruimte in dat boek. 05:09.780 --> 05:12.840 Je hebt hetzelfde gedaan op pagina zeven en 12 en 15, en je bent door het 05:12.840 --> 05:13.740 boek gegaan en hebt dingen 05:13.740 --> 05:15.330 gewist die je niet nodig had. 05:15.330 --> 05:17.190 Als je nu iets anders wilt opschrijven, 05:17.190 --> 05:19.200 begin je niet op pagina 51, maar ga je terug 05:19.200 --> 05:21.660 naar pagina drie waar je dat hebt weggegumd en vul 05:21.660 --> 05:23.070 je de lege plek in. 05:23.070 --> 05:24.450 Als je ruimte op is, ga je naar 05:24.450 --> 05:26.250 de volgende pagina met lege plekken, 05:26.250 --> 05:27.420 en dat blijf je doen tot 05:27.420 --> 05:30.000 je weer helemaal terug bent op pagina 51, en dan ga je 05:30.000 --> 05:31.710 weer verder met schrijven. 05:31.710 --> 05:33.480 Zo werkt een harde schijf. 05:33.480 --> 05:35.640 Dus als je een heleboel kleine bestanden hebt die 05:35.640 --> 05:36.630 je hebt verwijderd, heb 05:36.630 --> 05:39.270 je nu een heleboel kleine gaatjes over je hele schijf. 05:39.270 --> 05:41.130 En de volgende keer dat je iets gaat schrijven, 05:41.130 --> 05:43.050 begint het die gaten op te vullen. 05:43.050 --> 05:45.540 Maar omdat je naar die verschillende plaatsen moet zoeken 05:45.540 --> 05:47.400 om dat hele bestand weer te krijgen, kan dit 05:47.400 --> 05:49.950 leiden tot buitensporige lees-schrijftijden. 05:49.950 --> 05:52.410 Om die tijd terug te brengen, wil 05:52.410 --> 05:54.510 je dus defragmenteren. 05:54.510 --> 05:57.300 Dan worden al die bestanden in de juiste volgorde 05:57.300 --> 05:59.550 op dezelfde pagina's gezet. 05:59.550 --> 06:01.350 En het kan dingen op de schijf verplaatsen 06:01.350 --> 06:03.180 en verschuiven tot alles weer netjes 06:03.180 --> 06:04.860 en geordend is. 06:04.860 --> 06:07.710 Na verloop van tijd raakt die schijf echter weer 06:07.710 --> 06:09.120 in de war door al dat wissen 06:09.120 --> 06:10.530 en herschrijven, en dat 06:10.530 --> 06:12.810 is waar fragmentatie optreedt. 06:12.810 --> 06:14.730 Als je schijf meer gefragmenteerd raakt, 06:14.730 --> 06:16.620 betekent dit dat je minder goed zult presteren 06:16.620 --> 06:19.890 als je gegevens van die schijf probeert te zoeken of te lezen. 06:19.890 --> 06:22.770 Gelukkig is fragmentatie niet langer een probleem als je overstapt 06:22.770 --> 06:24.720 op een solid-state apparaat, omdat we op elk 06:24.720 --> 06:26.640 moment toegang hebben tot alles op die schijf, 06:26.640 --> 06:27.930 omdat we de platter niet hoeven 06:27.930 --> 06:29.250 te verplaatsen om toegang te krijgen 06:29.250 --> 06:30.870 tot een bepaald deel van die schijf en 06:30.870 --> 06:32.940 de gegevens er weer af te halen. 06:32.940 --> 06:35.490 Dus fragmentatie is niet langer een probleem met solid-state 06:35.490 --> 06:36.570 apparaten en je hoeft geen 06:36.570 --> 06:39.090 defragmentatieprogramma's uit te voeren op een solid-state 06:39.090 --> 06:40.530 apparaat. 06:40.530 --> 06:43.230 Maar je moet het wel op een harde schijf doen. 06:43.230 --> 06:45.480 Aan de andere kant, met een solid-state apparaat, 06:45.480 --> 06:46.980 als je ruimte tekort komt en 06:46.980 --> 06:48.780 je hebt verminderde capaciteit, 06:48.780 --> 06:50.070 zul je merken dat de schijf 06:50.070 --> 06:51.990 langzamer wordt. 06:51.990 --> 06:53.670 Om de schijf weer sneller te maken, moet 06:53.670 --> 06:54.960 je een aantal van die bestanden 06:54.960 --> 06:58.260 van dat solid-state apparaat halen en wat extra ruimte vrijmaken. 06:58.260 --> 07:00.690 Dit komt door de manier waarop een solid-state apparaat 07:00.690 --> 07:02.040 werkt: als het vol begint te 07:02.040 --> 07:03.930 raken en er bijna geen vrije ruimte meer 07:03.930 --> 07:05.520 is, zal het apparaat veel langzamer 07:05.520 --> 07:07.380 gaan presteren. 07:07.380 --> 07:09.390 Ik raad dus altijd aan om minstens 10% van 07:09.390 --> 07:11.640 je solid-state apparaat leeg en vrij te houden, 07:11.640 --> 07:14.240 zodat je prestaties op een hoog niveau blijven.