Jak špatné je skutečně nainstalovat Linux na jeden velký oddíl?

Řešení 1:

Primární (historické) důvody pro rozdělení jsou:

• k oddělení operačního systému od dat uživatele a aplikace . Do vydání RHEL 7 neexistovala žádná podporovaná cesta upgradu a upgrade hlavní verze by vyžadoval reinstalaci a poté mít například /home a další (aplikační) data na samostatných oddílech (nebo svazcích LVM) vám umožní snadno zachovat uživatelská data a data aplikací a vymazat oddíly OS.

• Uživatelé se nemohou správně přihlásit a váš systém začne zajímavým způsobem selhávat, když vám zcela dojde místo na disku. Více oddílů vám umožňuje přidělit operačnímu systému vyhrazený prostor na pevném disku a ponechat jej oddělený od oblastí, kde mohou uživatelé a/nebo specifické aplikace zapisovat (např. /home /tmp/ /var/tmp/ /var/spool/ /oradata/ atd.) , zmírnění operačního rizika špatně se chovajícím uživatelům a/nebo aplikacím.

• Kvóta. Disková kvóta umožňuje správci zabránit jednotlivému uživateli ve využití veškerého dostupného místa a narušit tak službu všem ostatním uživatelům systému. Jednotlivá disková kvóta je přiřazena pro souborový systém, takže jeden oddíl a tedy jeden souborový systém znamená pouze 1 diskovou kvótu. Více oddílů (LVM) znamená více souborových systémů umožňujících podrobnější správu kvót. V závislosti na scénáři vašeho použití můžete chtít například každému uživateli povolit 10 GB ve svém domovském adresáři, 2 TB v adresáři /data na externím úložišti a nastavit velkou sdílenou odkládací oblast, kam může kdokoli uložit datové sady příliš velké pro svůj domovský adresář. a kde se politika stane „plná je plná“, ale když k tomu dojde, také se nic nezlomí.

• Poskytování vyhrazených IO cest . Můžete mít kombinaci SSD a rotujících disků a bylo by dobré je řešit jinak. Není to tak problém na serveru pro obecné použití, ale docela běžné v nastavení databází je také přiřazení určitých vřeten (disků) k různým účelům, aby se zabránilo sporům o IO, např. samostatný disk pro transakční protokoly, samostatné disky pro aktuální data databáze a samostatné disky pro dočasný prostor. .

• Spustit Možná budete potřebovat samostatný /boot rozdělit. Historicky pro řešení problémů s BIOSem se zaváděním za limitem 1024 cylindrů, v současnosti častěji požadavek na podporu šifrovaných svazků, na podporu určitých řadičů RAID, HBA, které nepodporují zavádění ze SAN nebo ze souborových systémů, které instalační program bezprostředně nepodporuje atd.

• Ladění Možná budete potřebovat jiné možnosti ladění nebo dokonce úplně jiné systémy souborů.

Pokud používáte pevné diskové oddíly, musíte to víceméně správně nastavit v době instalace a pak jeden velký oddíl není nejhorší, ale přichází s některými z výše uvedených omezení.

Obvykle doporučuji rozdělit svůj hlavní svazek jako jeden velký fyzický svazek Linux LVM a poté vytvořte logické svazky které vyhovují vašim aktuálním potřebám a pro zbytek místa na disku nechte nepřiřazené, dokud je nebudete potřebovat .

Poté můžete tyto svazky a jejich souborové systémy podle potřeby rozšiřovat (což je triviální operace, kterou lze provést na živém systému), nebo také vytvořit další.

Zmenšení svazků LVM je triviální, ale často zmenšení souborových systémů na nich není příliš podporováno a asi by se mu mělo vyhnout.

Řešení 2:

Koncept použití více oddílů spočívá v tom, že jeden plný na nesprávném místě nezpůsobí neočekávané fungování celého systému.

Zvažte proces na počítači, který plní soubor protokolu docela rychle až do bodu, kdy není k dispozici žádné volné místo. Na stroji s jedním oddílem by to pak mohlo například zabránit systému zapisovat nová data do /tmp. Pokud existuje jiný proces, který by chtěl zapisovat do /tmp, pravděpodobně by skončil s chybou, což by způsobilo neočekávané chování.

Tomu lze předejít, pokud použijete různé oddíly pro místa, kam uživatelé nebo procesy normálně zapisují (/home, /var, /tmp).

Doporučil bych zkontrolovat váš starý server, které složky mají tendenci být velké. Můžete to udělat na příkazovém řádku pomocí

du -h -d 1 / 2> /dev/null

Uvidíte, kde se shromažďuje nejvíce dat, a vhodně navrhnete svůj další systém. "-d 1" omezuje výstup pouze na jednu úroveň hloubky složky, takže je čitelnější.

Řešení 3:

Hlavním problémem s jedním velkým oddílem je to, že zaplnění souborového systému je možné, že již není možné přihlášení.

Kořenový adresář uživatele má svou domovskou složku (/root ) mimo /home kvůli tomu. Pokud je souborový systém za určitých okolností zaplněn, ani root se nemůže přihlásit a nemůže opravit systém.

To je důvod, proč obvykle vytváříte samostatné montážní body pro /var , /tmp a /home abyste se mohli přihlásit alespoň jako root a opravit systém, když je jeden z dalších oddílů zaplněn.

Řešení 4:

IMHO mít jeden oddíl jako / je docela rozumné.

Ale můžete použít lvm (správce logických svazků). Použijte celý disk jako skupinu lvm, ale vytvořte malé logické disky pro /,/home,/usr a cokoliv, co váš sysadmin preferuje. Pak zapněte nějaké sledování, jak víte, až se váš systém začne zaplňovat, a rozbalte ty disky, které potřebujete. lvresize a resize2fs jsou online nástroje a můžete je rozšířit bez restartování serveru. Disky však nemůžete zmenšit, takže musíte začít s přiměřeně malým počtem a zvýšit tam, kde to budete potřebovat.

Řešení 5:

Kolem nastavení velkého jednoho oddílu linuxu jsou minimální problémy, ale přináší to velké výhody.

Změna rozložení diskových oddílů je trochu těžká a riskantní věc, kterou se často neobejdete bez dlouhých prostojů.

Jeho jedinou výhodou je, že máte určitou ochranu proti problémům s plným diskem. Těchto problémů ale najdete hodně často. Představte si situaci, kdy je jeden z vašich oddílů plný a nemůžete využít místo na ostatních oddílech, i když jsou téměř prázdné !

Někteří profesionální správci systému mají na to úplně jiný názor. Říká se, že více oddílů může učinit váš systém spolehlivějším a před rozdělením musíte vědět, jak velké oddíly budou. Podle mého názoru se to prostě říct nedá, je to hrozná nevýhoda flexibility systému a jejich skutečnou motivací je, že si prostě rádi hrají s mapami oddílů .

Existuje jednoduchý systém nazvaný lvm, který umožňuje za běhu přesouvat/změnu velikosti „oddílů“ (ve své terminologii svazků). Ale na jediném serveru místního oddělení to IMHO normálně není potřeba.