Dotaz: Novy server vychazejici z nastaveni puvodniho vyladeneho serveru

[Ali]

Zdravim. Vrta mi hlavou jedna vec, ktera mi neda spat. Predem upozornuju, ze nejsem zadnej expert. Za 6 let jsem si podle navodu na netu vyladil domaci linuxovy server, kde mam Apache2, Sambu (i jako PDC), Postfix, Amavis, Dovecot, uzivatele v MySQL a na LDAPu, Asterisk pro 10 cisel, OpenVPN, LVM, Raid1, a buhvi co jeste. Denne se v tom stouram a vyladuju nastavuju atd. podle moznych i nemoznych howto na netu. A o co mi jde. Ted za mnou prisel kamarad, ze si otevira firmu a chtel se poradit, jaky ma koupit server pro podobne ucely. Samozrejme dostal nabidku od MS, kde ceny licenci a hw splhaji do astronomickych castech. Chtel bych mu udelat podobny server jako mam ja. Tzn. na Debianu s podobnyma sluzbama. Mam ale nocni muru z toho, ze uz si spousty veci nepamatuju, jak jsem nastavil a on to potrebuje, aby mu to od prosince jelo. Poradte mi, prosim, jak ten muj server premigrovat a prizpusobit ho k jeho potrebam - od nazvu serveru az po jeho uzivatele, weby atd. Da se pochopit trosku o co mi jde? Instalovat od nuly bych to asi nedal:(

---

---

Odpovědi

[Patvor_]

Také zdravím. V principu je to snadné. Nainstalujte mu systém se stejnými balíčky a přeneste potřebnou konfiguraci uloženou v souborech přímo v adresáři /etc a v jeho podadresářích. Část konfigurace může být i ve /var/lib. Svá data z PDC hádám nebudete chtít přenést, ani svá hesla, ani např. definici virtualhostů, čili přenášet výhradně očištěné konfigurační soubory a velký pozor ve /var/lib. (Debian možná má i migrátor?)

[Ali]

>> Část konfigurace může být i ve /var/lib

To jsou prave takov ty speky, kterych se bojim. Treba kdyz zkopcim nastaveni samby, budu pak bojovat se zmenou nazvu PDC. Pak si rikam, jstli nni ndnodusi zase poctive sambu nastavit od nuly.. ale kdyz tohle udelam u vetsiny balicku, budu vesmes instalovat a hlavne nastavovat skoro komplt server od nuly - a to je to, cemu se chci vyhnout.

[Michal]

Buď vzít přímo ten HDD ze starého serveru a dát ho do nového, nebo přes dd udělat duplikát disku a přenést ho na nový server. S trochou štěstí všechno bude okamžitě fungovat.

[Ali]

No to by problem nebyl... ale ja prave zas az tak identicky server nechc, viz. moje individualni nastaveni, jako jsou treba ruzne nazvy cehokoliv (domen, klicu, sharu na Sambe a NFS, nazvy oddilu v LVM atd. - a ty jsou bohuzel ve vse moznych konfigurakach a ja uz ani nevim v jakych. Jsou to kvanta vci, kdyz na tom tak premyslim misto spani:) Takze nevim, jestli je reseni udelat dd a pak tyhle udaje "vyparavat" a editovat a nebo instalovat balicky nacisto (najednou ty stejne, co jsou na puvodnim disku) a konfiguraky postupne prepisovat z puvodniho a editovat. Kopirovat rozlozeni disku a LVM -- uuu, to je docela masakr. Asi to je v principu jednoduche, ale ja to vidim ten na zacatku jako naprostou silenost a nekolika denni/mesicni praci zase.

[Jakub Lucký]

Bud nakopírovat jak je popisováno, nebo nainstalovat čistý server a postupně zprovozňovat jednotlivé služby kopírováním (a popř. úpravou) konfigů z vyladěné instalace...

A na vlastním serveru si zavést etckeeper!

[Ali]

Takze zase vesmes ta cista instalace - i kdyz mi pomuzou m stavajici konfigy pro rozchozeni. Jen je nejhorsi, ze to neni jen /etc. Editovalo se toho jiste spousta v tom /var/lib atd.. a to jsou veci, ktere uz jsem z hlavy za ty leta vypustil. Samozrejme nemam problem na netu najit howto - ale.. znova to co jsem uz abslolvoval a stavil jsem nad tim mraky dni a hodin.

[Josef Kufner]

Jak budeš zprovozňovat jednotlivé služby, piš do nějakého dokumentu jejich popis. Co tam běží, kde to má data a na co dalšího to je napojené. Nemá smysl tam psát rychle zastarávající údaje, ale jen to podstatné v několika bodech.

Pak budeš vědět, co jsi rozchodil, a člověk, který se o to bude starat, zas bude vědět, co má fungovat. Ještě lepší je tohle udělat jako webovou stránku, která by i kontrolovala dostupnost služeb (nějaké nástroje na to jsou, např. Nagios, ale asi bude i něco novějšího a hezčího), neboť pak má takový "dokument" i okamžitý praktický přínos. Hlavně se to nesmí moc překomplikovat, aby bylo snadné to udržovat.

[Ali]

To je pravda a ja to i vsmes mam. Nagios i Cntron pouzivam, mam i navody, jak jsmem nastavoval. Ale jak pisu dole, neni to stoprocentni a od te doby probhla spousta zmen upgrady a ty drobnosti, ktre jsem musel zmenit uz jsem si nezaznamenal. Ale prave to je to, co mi pak zabira spousty casu dalsim badanim. A zase jak to tady ctu, tak uplne takovy lajdak nejsem, pac to mam i na svoji dokuwiki:) Kazdopadne z toho plyne to, ze to budu delat cele znova od nuly a maximalne mi pomuzou me aktualni konfigy:) Cekal jsem (vim, blahove), ze by to mohlo jit jednodušeji a rychleji.. tech sluzeb na sebe navazujicich jsou opravdu mraky a zrovna vsechny by i kamarad na serveru vyuzil.. zbytecne blbosti tam totiz nemam:) Diky vsem za prispevky.

[Josef Kufner]

V těchto případech existují v podstatě jen dva přístupy:

1. Vemeš aktuální systém, zkopíruješ a začneš čistit.
2. Vemeš nový čistý systém a začneš ze starého vyzobávat potřebné a fungující části.

Většinou se vyplatí spíš ten vyzobávací přístup, neboť u něj se zbavíš bordelu (nevyzobneš ho do nového systému) a víš, co tam máš. Navíc to vyzobávání není nijak náročné. Časově to nakonec vyjde zhruba nastejno. Ono totiž ten bordel bývá docela velký a úklid náročný, ale to na začátku není vidět. Naopak u vyzobávacího přístupu je na začátku vidět ten dlouhý seznam, co vše je potřeba nastavit, ale protože máš konfiguraci připravenou, jde to rychle.

Teprve pokud to děláš často, tak se vyplatí si udržovat čistou šablonu, kterou zkopíruješ (místo instalace nového systému) a doladíš detaily. Takže až to uděláš, udělej si zálohu.

[Ali]

Super, diky za nazor. Udelam to teda vyzobavaci metodou:) Jeste se ale zeptam. Na disku mam LVM a raid1. Predpokladam, ze na novem serveru budou minimalne stejne velke disky jako mam ja. Takze zkopcim tabulku oddilu. Ale co s tim LVM a raidem, to asi nijak nezkopiruju.. takze vytvorit taky nanovo?

Vytvoříš nový raid a nové LVM. Pravděpodobně ti to nabídne instalátor tvojí distribuce. Ale pokud víš, co chceš, můžeš si to udělat po svém. Vlastně na tom nic není.

A jestli ti můžu jestě něco poradit. Pokud si nejseš docela jistý, jak to bude probíhat, vyzkoušej si to na nečisto. Nainstaluj vmWare Player a zkus to. Zjistíš, že základní instalace je za chvilku a pak můžeš zkoušet to ostatní.

[alkoholik]

Practice makes perfect!
Udelej to z ciste instalace. Procvicis si to a treba zjistis, ze se dnes da spousta veci udelat jinak a lepe. Pul mesice je na testovani dost. Prinejhorsim poradime ve foru.

[drunkezz]

jednoznacne suhlasim s tymto, ak len skopcis disk alebo nieco ...nebudes viediet co je kde a ako, urcite bude casom treba nejake zmeny atd..

D.

[Jakub Lucký]

A zaznamenávej si, co jsi kde nastavoval (třeba na firemní wiki, aby až se o to jednoho dne bude starat někdo jiný, nebude ztracený)

[NN]

Mas si psat dokumentaci, tvoje minus..

[Ali]

Dokumntaci mam, ale ne stoprocentni - chybi mi tam detaily, nad kteryma pak travim zbytcne spousu casu:( Ale diky za prinosny prispevek.

Musíš to nastavit od nuly s tím, že budeš mít vzor ve svém fungujícím serveru.

[Ali]

Omlouvam se za vypadny pismena "e", uz jsem si vymenil klavesnici:)

[mca]

Lepsi zacit od nuly a prihlednout k okomentovanemu staremu (princip vyzobavani, jak tu padlo) a udelat si komentare, hesla, zkratka pripominku, co kde, kam a jak pracuje, patri. Zkratka zakladni i RCS, ktery si udrzujes a vis presne, co jsi provedl, zmenil a jaky to melo duvod.

Kazdy server, ktery pripravuju nebo spravuji (pole, kernel a konfiguraci DB) si udrzuji okomentovany a s kazdou zmenou pridavam dalsi komentar, ktery si mohu zpetne otevrit a podivat se, co se zmenilo. Pokud ma sever vice spravcu, neni mozne bez revizniho systemu stejne zit, proto kazdy musi komentovat zmeny, ktere provedl. RCS nas ucili od pocatku a porad funguje, i kdyz uz neni tim nejlepsim. Sice si jeste posilame tasks, ktere se musi udelat, ale RCS porad zustava standardem bez ohledu na stari serveru. Kdo si ma x let pamatovat, cos tam zmenil.

[Josef Kufner]

RCS patří do učebnic dějepisu. V současné době je nejrozumnější použít Git a nástroje pro správu /etc postavené nad ním, např. etckeeper.

Ale jinak souhlasím, verzování konfigurace je velmi přínosné.

[mca]

Smyslem bylo poukazat prave na verzovani, protoze ta letila herka nebo nejaky embedded Linux muze pouzivat i dinosaura typu RCS, ze ktereho se da vychazet i kdyz neni tak dobre, jako Git.