Będę orędownikiem diabła za inną szkołą myślenia.
Załóżmy, że ze względu na wydajność sprzedawca zaleca, aby partycja systemu operacyjnego nie była „rzadka” i chce, abyś przydzielił pełną partycję systemu operacyjnego z góry. Powoduje to, że 10 Gb do 20 Gb (lub więcej) nieużywanego miejsca na dysku SAN.
Jest to w porządku dla pojedynczej maszyny wirtualnej, ale są szanse, że będziesz mieć kilka serwerów „krytycznych pod względem wydajności”, z których każdy ma własne 10 do 20 Gb narzutów. W naszym środowisku ta biała przestrzeń stanowiła 20% naszego dysku SAN. Pamiętaj, że istnieją ograniczenia, do których powinniśmy zapełnić dysk SAN (ale to już inna historia).
Kierownictwo miało wybór
1) Zaabsorbuj 20% zmarnowanego miejsca w sieci SAN, co jest dodatkiem do innych wymagań dotyczących „białej przestrzeni” i izoluj wszelkie scenariusze „pełnego dysku”, które mogą wystąpić
2) Umieść wszystko na dysku C: \ i ryzykuj, że dysk zapełni się z powodu dzienników aplikacji.
Co oni zrobili?
Biorąc pod uwagę, że Windows 2008R2 może dynamicznie rozszerzać dysk C: \ systemu operacyjnego hosta i może powiększać dysk po zapełnieniu, zarząd wziął „oszczędności” kosztów i ponownie zainwestował w narzędzia monitorowania takie jak SCOM.
Teraz otrzymujemy coś więcej niż zwykłą ochronę napełnienia dysku C: \, ale mamy bardziej kompletne monitorowanie systemów w celu rozwiązania innych problemów, zanim to nastąpi.