w poprzednim poście omówiłem powody, dla których cienka alokacja jest ogólnie najlepszym sposobem przydzielania miejsca na dysku w scenariuszach wirtualnej pamięci masowej. Dlaczego? Z powodu:
- elastyczność
- oszczędności
dzięki Thin provisioning możesz tworzyć wiele maszyn wirtualnych (wirtualnych) na fizycznym dysku twardym, nie martwiąc się, czy masz na to miejsce, ponieważ hipernadzorca będzie rozdzielał tylko ilość miejsca, z którego korzysta maszyna wirtualna. W rezultacie możesz kupić więcej miejsca do przechowywania, gdy tego potrzebujesz, zamiast odgadywać kwotę z wyprzedzeniem.
ale thin provisioning ma swoje ograniczenia. Oto trzy najczęstsze wady, z którymi spotkałem się do tej pory:
1. Zmniejszona wydajność
czytałem kilka postów i wątków omawiających różnicę w wydajności między maszynami wirtualnymi z aprowizacją cienką a aprowizacją grubą. Ogólny konsensus? Aprowizacja cienka nie zapewnia takiego samego poziomu wydajności aprowizacji grubej. Wątek błędu serwera omawia ryzyko znacznego rozdrobnienia dysków typu thin provisioned, co wpływa na ogólną wydajność.
jak wyjaśnia komentator wazoox:
on wydajność hit jest głównie fragmentacja. Podczas inicjowania dysku cały jego blok jest przylegający … podczas gdy mogą one stać się mocno rozdrobnione, gdy są cienko aprowizowane. „Monitorowanie rozmiaru i rozszerzanie go” po prostu się nie dzieje; rzadkie pliki są w rzeczywistości „darmową” funkcją systemu plików i po prostu rosną automatycznie, gdy przydzielane są do nich bloki.
ale w ostatnim wątku Spiceworks, Scott Alan Miller z MSP Niagara Technology Group mówi, że w większości przypadków różnica jest nominalna, a martwienie się o nią jest szkodliwe dla większości MŚP:
o ile nie masz wrażliwej na opóźnienia aplikacji związanej z IO, gruby rzadko jest dobrym wyborem. Po prostu przynosi zbyt wiele problemów lub brak zalet…problem w tym, że…SMB mają nastawienie, przez większość czasu, „wydajność Ponad wszystko”, kiedy w rzeczywistości wydajność jest ostatnią rzeczą, której SMB potrzebują. Potrzebują niezawodności, łatwości zarządzania, zarządzania kosztami itp.
2. Nadmierna alokacja przestrzeni
dla uproszczenia Załóżmy, że masz 1 TB fizycznej pamięci. Możesz utworzyć 10 (lub 100) maszyn wirtualnych o pojemności 200 GB, nawet jeśli twoja fizyczna pamięć masowa nie poradzi sobie ze wszystkimi, jeśli większość z nich zbliży się do swojej pojemności, ponieważ obecnie każda maszyna zużywa co najwyżej 50 GB na sztukę.
ale co się stanie, jeśli nie będziesz monitorować wszystkich tych różnych maszyn wirtualnych? Jak mówi wazoox,
jeśli kiedykolwiek zabraknie prawdziwego miejsca na dysku w pamięci masowej typu thin provisioned, w której jest nadmiernie przydzielone miejsce, każdy zapis może spowodować katastrofalną awarię jednego lub kilku napędów maszyn wirtualnych, Zwykle wykraczającą poza naprawę, dlatego lepiej uważnie monitorować rzeczywiste wykorzystanie dysku na hoście pamięci masowej.
to uzasadniony problem, ale specjaliści IT powinni monitorować wykorzystanie dysku jako najlepszą praktykę w centrum danych. W cytowanym wcześniej wątku Spiceworks komentator Darth Hoody wyjaśnia to lepiej niż ja:
jedynym powodem, aby nie przerzedzić rezerwy, jest to, że nie chcesz, wiesz jak to zrobić lub w inny sposób nie możesz lub nie chcesz monitorować i zarządzać pamięcią masową. Tak, jeśli na pewno może powodować problemy, jeśli przeprowokować do punktu, w którym uruchomić swoje magazyny danych z miejsca i wybić wszystkie swoje maszyny wirtualne. Mogą być legalne powody, ale dla mnie to marnotrawstwo i po prostu zła praktyka.
3. Brak elastyczności
chociaż thin provisioning pozwala rozszerzać przestrzeń dyskową zgodnie z potrzebami, technologia nie jest elastyczna. Innymi słowy, możesz rozszerzyć przydział miejsca, ale nie możesz go zakontraktować. Searchvirtualstorage, Publikacja TechTarget, omawia ten problem w swoim poście VMware thin provisioning: plusy i minusy:
Thin provisioning tworzy dyski, które rosną, ale tak naprawdę się nie kurczą; nie zwracają miejsca z powrotem do ogólnej puli bezpłatnych dysków. W przypadku VMware, jeśli utworzysz dysk typu thin-provisioned, będzie się on powiększał; jeśli usuniesz dane z tego dysku, VMDK się zmniejszy, więc będzie więcej miejsca w tym magazynie danych, ale magazyn danych się nie kurczy, więc nie będzie dostępny dla kontrolera tablicy do innych celów — chyba że kontroler tablicy nie rozpozna zera, co robi wiele kontrolerów macierzy, które robią cienkie provisioning — i utworzysz zerowany gruby lub chętny zerowany gruby dysk. Te typy dysków będą przydzielać miejsce na dysku i wypełniać je zerami.
kiedy rozmawialiśmy ze Steve ’ em Snyderem kilka tygodni temu, uzgodniliśmy, że jedna z wielu platform hipernadzorców w końcu wyjdzie z prawdziwie elastycznym zabezpieczeniem. Ale żadnemu z nas nie udało się znaleźć żadnych konkretnych wiadomości na temat tego rozwoju.