abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 07:00 | Zajímavý článek

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo téměř 65 tisíc vývojářů. Jejich nejpopulárnější i nejmilovanější platformou zůstává Linux.

Ladislav Hagara | Komentářů: 0
dnes 00:33 | Nová verze

Po deseti měsících vývoje byla vydána nová verze 3.10 svobodného alternativního webového prohlížeče NetSurf (Wikipedie). Přehled změn v cgitu.

Ladislav Hagara | Komentářů: 1
včera 23:55 | Nová verze

Oznámení o vydání nové verze 8.3 sady aplikací pro SSH komunikaci OpenSSH obsahuje upozornění, že vzhledem v lednu publikovanému útoku na SHA-1 bude v blízké budoucnosti v OpenSSH ve výchozím stavu zakázáno použití algoritmu ssh-rsa. Zda bude komunikace se serverem i po tomto zákazu fungovat, lze vyzkoušet pomocí příkazu "ssh -oHostKeyAlgorithms=-ssh-rsa user@host".

Ladislav Hagara | Komentářů: 0
26.5. 17:11 | Nová verze

Byla vydána nová stabilní verze 5.15 toolkitu Qt. Přehled novinek na wiki stránce. Jedná se o LTS verzi. V důsledku nedávných změn je ale dlouhodobá podpora pouze pro držitele komerční licence.

Ladislav Hagara | Komentářů: 14
26.5. 11:11 | Komunita

Libre Graphics Meeting 2020, tj. konference a setkání vývojářů a uživatelů svobodných grafických softwarů, proběhne online od středy 27. května do pátku 29. května. Na programu jsou zajímavé přednášky i tutoriály. Sledovat je lze zdarma a bez registrace.

Ladislav Hagara | Komentářů: 2
26.5. 07:00 | Komunita

Canonical na svém blogu oznámil, že Ubuntu 18.04 LTS získalo certifikaci FIPS 140-2 Level 1. Jedná se o americký vládní standard pro počítačovou bezpečnost používaný ke schvalování kryptografických modulů. Certifikace bývá vyžadována u státních, zdravotnických a bankovních IT systémů.

Ladislav Hagara | Komentářů: 16
25.5. 11:44 | Nová verze

Linux Kodachi, linuxová distribuce zaměřená na bezpečnost a ochranu soukromí, byl vydán ve verzi 7.0. Vychází z Xubuntu 18.04. Přehled novinek v changelogu.

Ladislav Hagara | Komentářů: 0
25.5. 11:22 | Humor

Linus Torvalds se v rámci oznámení o vydání Linuxu 5.7-rc7 pochlubil vylepšením svého hlavního počítače: Poprvé za 15 let není uvnitř Intel, není to ještě ARM, je to AMD Threadripper 3970x, allmodconfig je třikrát rychlejší.

Ladislav Hagara | Komentářů: 29
25.5. 11:11 | Komunita

PGCon 2020, tj. konference vývojářů a uživatelů databázového systému PostgreSQL, proběhne online od úterý 26. května do pátku 29. května. Na programu jsou zajímavé přednášky i tutoriály. Sledovat je lze zdarma a bez registrace.

Ladislav Hagara | Komentářů: 0
25.5. 00:22 | Nová verze

Po třech a půl letech od vydání verze 016 byla vydána nová verze 017 alternativní linuxové distribuce GoboLinux. Podrobnosti v představení nové verze a v poznámkách k vydání. GoboLinux nedodržuje standardní hierarchii souborového systému (FHS), nýbrž jsou jednotlivé programy instalovány do vlastních adresářů.

Ladislav Hagara | Komentářů: 3
Kdy přecházíte na nové vydání distribuce/OS?
 (13%)
 (13%)
 (22%)
 (8%)
 (4%)
 (41%)
Celkem 336 hlasů
 Komentářů: 0
Rozcestník

Dotaz: Záloha / replikace databází na jeden server

13.5. 13:15 Tomas3 | skóre: 20
Záloha / replikace databází na jeden server
Přečteno: 552×
Zdravím Vás, měl bych dotaz ohledně záloh / replikací. Rád bych ze 3 serverů (hlavních), replikoval data (kvůli záloze) na jeden fyzický server. Jak lze toho docílit, když využívám MariaDB v.10? 3 servery mají odlišné databáze a tudíž nejsou totožné. Kdybych měl data online na tom "záložním" serveru, bylo by to super, protože při výpadku některých serverů bych pak mohl rychle přenastavit přístup do "záložní" databáze.

Děkuji Tomáš

Odpovědi

13.5. 17:51 pavele
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Na záložním serveru vytvořit KVM virtuály s databázemi a ty potom replikovat master-slave.
13.5. 17:55 Tomas3 | skóre: 20
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
To by asi nebylo to pravé, ne? Servery mám na páteři a ten záložní na 200 Mbit lince :( Tam by docházelo asi k velkému přenosu dat. Říkal jsem si, že bych přes rsync zálohoval data a nějakým způsobem pak řešil tu replikaci databáze.
13.5. 18:13 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Ono by to nemuselo být to pravé, ani kdyby ty servery ležely vedle sebe - ten zálohovací server by nemusel stíhat (dělal by součet práce těch tří serverů, co se zápisů týče.) Nicméně pokud chcete online zálohu, abyste se do ní mohl přepnout v případě, že hlavní server vypadne, tak vám nic jiného než master-slave replikace nezbude
Quando omni flunkus moritati
13.5. 18:29 Tomas3 | skóre: 20
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
No, já mám představu, že bych tím rsyncem dělal zálohy dat a třeba přes mariadb replikaci. No, jen jsem se nikde nedozvěděl a nevím jestli to jde, replikovat z třech serverů na jeden server. Lze to udělat nebo je na to nějaký fígl? Děkuji
13.5. 20:52 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
nevím jestli to jde, replikovat z třech serverů na jeden server.
Není důvod, aby to nešlo, ale všechno je přednastavené tak, že je na jednom serveru jenom jedna MariaDB. Takže ty další dvě instance budete muset hodně přenastavit, aby používaly jiné konfigurační soubory, jiné adresáře pro data atd. A nebo na tom serveru vytvořit tři virtuály a kopírovat to na ně
Quando omni flunkus moritati
13.5. 20:32 OldFrog {Ondra Nemecek} | skóre: 33 | blog: Žabákův notes | Praha
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Jak velké jsou ty databáze? Replika není záloha ve smyslu ochrany proti nechtěnému smazání nebo aplikačnímu poškození dat. V řadě případů je rozumné začít normální zálohou - archivací. Na to stačí dump a rsync, rdiff-backup apod. Teprve pokud tento postup odůvodněně nevyhovuje, má cenu hledat jiné řešení. Je možné ale udělat repliku a zálohovat pak tu repliku, což může omezit přenos dat, zvýšit četnost záloh apod. - ovšem vše v závislosti na charakteru dat, poměru čtení vs. zápis a dalším.
-- OldFrog
13.5. 20:42 Tomas3 | skóre: 20
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Celkem mohou mít databáze cca. 10GB. Je pravdou, že bych chtěl dělat zálohy, ale ty dělám přes mysql_backup, ty bych mohl pak posílat na ten druhý server, ale aktuální data by se také hodila a k tomu by ta replikace byla asi v pořádku. Napadá mě teď jen, aby se mi do záloh nedostal ransomware, ale to asi pomocí rsyncu nevyřeším, že? To se budu muset asi podívat na ochranu Centos proti ransomware.
13.5. 20:49 Ondrej
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
My to delame tak, ze dumpneme databazi do souboru a ten sbirame bacula daemonem a ukladame. Neni to okamzite obnoveni, ale je to stav db k dane pulnoci.
13.5. 23:45 Tomas3 | skóre: 20
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Děkuji, já to mám zatím takto, ale přes scp. O Bacule jsem slyšel a nedávno četl, jen mi přijde ta konfigurace dosti složitá :(
14.5. 16:17 OldFrog {Ondra Nemecek} | skóre: 33 | blog: Žabákův notes | Praha
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Záleží, jaký je provoz na těch db, jaké zatížení a zda přavažují zápisy či čtení a jak hodně se ta data mění. Pak záleží, jaké máte požadavky na četnost záloh, jak rychle chcete data obnovit ze zálohy či jak rychle přepnout na repliku. Podle toho vybírejte řešení.

Například pokud jsou data líná (moc se nemění), z databáze se hlavně čte ale je poměrně velká na dostatečně rychlou obnovu z sql dumpu (co je "dostatečně rychlá" si stanovujete sám), můžete udělat slave repliku, na kterou můžete v případě potřeby přepnout a současně můžete tuto repliku na záložním serveru lokálně dumpovat a ukládat do read-only archivu. Tím získáte i určitou odolnost proti ransomware - stále budete mít možnost plné obnovy k určitému času ze sql dumpu. Oproti dumpování na produkčního serveru a přenosu na záložní server ušetříte výkon produkčního serveru a dále ušetříte přenos dat. Opačná situace naproti tomu nastane, pokud se data mění intenzivně a nepřetžitě, pak by naopak přenosy vzrostly a replikováním můžete záložní server uvařit. Současně nemusí v takovém případě vyhovovat ani četnost záloh - budete chtít body obnovy co nejčastější.

To je jen příklad toho, jak je potřeba uvažovat a jak protichůdná požadavky mohou vzniknout v různých situacích.

Takže bych začal tím, že bych zjistil jaký je v té databázi provoz a jaké jsou požadavky na řešení. Pak se dá radit dále, protože možností je více.
-- OldFrog
Josef Kufner avatar 13.5. 22:17 Josef Kufner | skóre: 69
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Jeden server může spravovat několik databází, takže si na zálohovacím serveru vytvoříš ty tři databáze a nastavíš tři master–slave replikace.
Hello world ! Segmentation fault (core dumped)
13.5. 23:48 Tomas3 | skóre: 20
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Jeden server samozřejmě může spravovat několik databází, ale možná myslíš instance, ne? Nebo mariadb umí replikovat jen vybrané databáze a posílat je na slave? Já myslel, že bych musel udělat několik instancí a to například pod portem 3306,3307,3308,... a ty pak replikovat na ten slave.
Josef Kufner avatar 14.5. 12:00 Josef Kufner | skóre: 69
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
S instancemi to půjde také, ale žiju v domnění, že to jde nastavit i pro jednotlivé databáze (ale je možné, že ne).
Hello world ! Segmentation fault (core dumped)
14.5. 05:06 Dušan
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
MariaDB od neviem akej verzie podporuje multi server replikáciu, ALE

Treba si uvedomiť, že vždy replikuješ konkrétnu databázu a nie databázový stroj ako taký, TEDA

na MASTER stroji dáš do my.cnf toto
server_id = 1
gtid_domain_id = 1
report_host = master1.domain.tld
log_bin = /var/lib/mysql/binary.log
relay_log = /var/lib/mysql/relay.log
expire_logs_days = 7

binlog_do_db = databaza_x
binlog_do_db = databaza_y
binlog_do_db = databaza_z

replicate_do_db = false
a vytvoríš používateľa
GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO `replication`@`ip.tvojho.slave.servera` IDENTIFIED BY PASSWORD 'xyz';
samozrejme, pre ďalšie serveri náležite upravíš id-čka, ktoré musia byť jedinečné a ostatné riadky

na SLAVE stroji dáš do my.cnf toto
server_id = 1000
gtid_domain_id = 1000
report_host = slave.domain.tld
log_bin = /var/lib/mysql/binary.log
relay_log = /var/lib/mysql/relay.log
expire_logs_days = 7
binlog_do_db = false

# master1.domain.tld
replicate_do_db = databaza_x
replicate_do_db = databaza_y
replicate_do_db = databaza_z
ďalej si treba uvedomiť, že pri vytvorení novej replikácie, respektíve pri jej "rozpadnutí" musíš vždy najprv ručne dumpnuť konkretnú databázu, nahrať ju na slave a až tak zapnúť replikáciu, spravil som si preto následujúce skripty

na mastri spustíš toto a riadok čo ti dá na konci spolu vložíš do scriptu na slave do premennej status="", samozrejme skopíruješ aj ten sql dump čo ti vytvorí
#!/bin/bash

host="127.0.0.1"
user="root"
pass="abc"

dump="`mysql --host=${host} --user=${user} --password=${pass} --skip-column-names --vertical --execute="show master status;" | tail -n2 | head -n1 | sed "s|,| |g"`"

halt="`mysql --host=${host} --user=${user} --password=${pass} --skip-column-names --execute="flush tables with read lock; select sleep(86400);" > /dev/null 2>&1 &`"
sleep 5
lock="`mysql --host=${host} --user=${user} --password=${pass} --skip-column-names --execute="show processlist;" | grep -i "select sleep(86400)" | awk '{print $1}'`"

mysqldump --host=${host} --user=${user} --password=${pass} --lock-all-tables --hex-blob --events --routines --triggers --result-file=$(hostname).sql --log-error=$(hostname).sqr --databases ${dump}

zero="`mysql --host=${host} --user=${user} --password=${pass} --skip-column-names --vertical --execute="reset master;"`"
data="`mysql --host=${host} --user=${user} --password=${pass} --skip-column-names --vertical --execute="show master status;" | tail -n4 | head -n3 | xargs`"
kill="`mysql --host=${host} --user=${user} --password=${pass} --skip-column-names --vertical --execute="kill ${lock};"`"

echo "${data}"
slave
#!/bin/bash

status=""

master_host="master1.domain.tld"
master_user="replication"
master_pass="xyz"

slave_host="127.0.0.1"
slave_user="root"
slave_pass="123"

mysql --host=${slave_host} --user=${slave_user} --password=${slave_pass} --execute="stop slave '${master_host}';" > /dev/null 2>&1
mysql --host=${slave_host} --user=${slave_user} --password=${slave_pass} --execute="reset slave '${master_host}' all;" > /dev/null 2>&1

for db in $(echo "${status}" | cut -d " " -f 3 | sed "s|,| |g"); do
  echo "Dropping database \"${db}\""
  mysqladmin --host=${slave_host} --user=${slave_user} --password=${slave_pass} --force drop ${db}
  echo
done

pv ${master_host}.sql | mysql --host=${slave_host} --user=${slave_user} --password=${slave_pass}
if [[ $? -ne 0 ]]; then
  exit 1
fi

mysql --host=${slave_host} --user=${slave_user} --password=${slave_pass} --execute="change master '${master_host}' to master_host='$(resolveip -s ${master_host})', master_user='${master_user}', master_password='${master_pass}', master_log_file='$(echo "${status}" | cut -d " " -f 1)', master_log_pos=$(echo "${status}" | cut -d " " -f 2); start slave '${master_host}';"
if [[ $? -ne 0 ]]; then
  exit 1
fi
Ďalej malé upozornenie, keď máš nejaké pohľady, procedúri, funkcie, tak je vhodné aj na slave vytvoriť používateľov s rovnakými oprávneniami ako na mastri, ktoré používaju

Kebyže niečo nechápaš, pýtaj sa
14.5. 07:25 dustin | skóre: 62 | blog: dustin
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
https://mariadb.com/kb/en/multi-source-replication/#typical-use-cases

Pro úvodní zkopírování různých databází z různých serverů do jednoho slave lze použít mariabackup https://mariadb.com/kb/en/partial-backup-and-restore-with-mariabackup/, jen nalití není u partial backup zdaleka tak jednoduché, jako u full backup https://mariadb.com/kb/en/partial-backup-and-restore-with-mariabackup/#restoring-the-backup. Ale samozřejmě to lze celé naskriptovat.
14.5. 07:51 majales | skóre: 26 | blog: Majales
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Mariabackup je vlastně původní xtrabackup, jedná se o fyzickou zálohu db souborů + replay logu. Výhodou je oproti dumpu mnohem větší rychlost zálohy ( dá se pomocí pipe odesílat na vzdálený stroj a rovnou komprimovat) , ale hlavně oproti dumpu je mnohem větší rychlost obnovy všech db ( zvláště při databázích o velikosti desítek GB a větších) . Obnova je v podstatě rozbalení a nalití všech db souborů nazpět ( přepsání původních db souborů) a přehrání binlogu logu tak aby se obnovená záloha dostala do konzistentního stavu. Například vytvoření slave pomocí xtrabackup/maribackup je mnohem rychlejší, protože se jen kopírují soubory. Kromě full backupu lze řešit i přírůstky jak píše dustin. Lze takto zálohovat i ze slave, a nezatěžovat backupem master.
14.5. 08:29 dustin | skóre: 62 | blog: dustin
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Jasně, hlavně lze kopii vytvářet bez shození masteru a navíc tam rovnou strčí transakční ID, tudíž je nastartování replikačního slejva/jeho obnovení po vytikání binlogů daleko jednodušší (jinak je to pěkná pakárna).

Možnost zálohovat (a hlavně obnovovat) jen vybrané databáze je velice užitečná, pro multimaster s různými DB víceméně nezbytná.

Samozřejmě to vyžaduje file per table, ale to už je snad dnes standard. Obří soubory ibdata jsou peklo.

14.5. 08:25 MP
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Pletete tu nekolik veci.

Chcete zalohu? Zaridte si transakcni zalohu (ma to mariadb vubec?)

Chcete zalozni server pro prepnuti provozu? Zaridte si HA cluster.

Zaloha != replikace.
14.5. 08:53 j
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
To mas jednoduchy, chces zalohovat? Zahod mysql (a vsechny jeji forky). Tahle vec zalohovat neumi nikdy neumela a podle vseho nikdy umet nebude*.

A jak to funguje u tech databazi ktery to umej? Velmi jednoduse. Vytvoris konzistentni snap, a ten preneses na zalozni disk. Tzn nemusis provozovat picovyny jako replikace, ktery ti stejne nebudou fungovat, protoze jak tu zaznelo, ten server by musel zvladat zatizeni vsech zdroju dohromady (a zdaleka nejen to).

Kdyz potrebujes zprovoznit zalohu, tak to obnasi jen to, ze ji nad tema datama na tom zaloznim disku pustis. A nebo ta data samozrejme proste nakopirujes zpet.

*Tim netvrdim, ze to pro spoustu ucelu neni zcela vyhovujici reseni. Ale jakmile se zacne resit zalohovani za chodu nebo jakakoli bezpecnost provozu ...
14.5. 08:59 dustin | skóre: 62 | blog: dustin
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
A co jiného tedy dělá ten mariabackup (xtrabackup)? Znáš to vůbec?

Replikace samozřejmě není záloha, to tu nikdo neříkal. Mít stále aktuální slave je velice užitečné, používáme každý den spoustu let.
14.5. 11:02 j
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Dela to presne to, co vzdycky ... odsype to random data kamsi na disk. Tudis ty vubec jak fungujou databaze? A jak vypada konzitentni backup?

... ALTER TABLE ... jo, to je backupovac jak noha ... lol ...
14.5. 12:55 dustin | skóre: 62 | blog: dustin
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Ta random data jsou úplně kompletní a funkční struktura souborů/adresářů, vytvořené za plného běhu původní databáze (žádný downtime), ze kterých můžeš celou instanci kdykoliv nastartovat. Také se to přesně tak dělá.

Diskuse ale byla o obnovení jen jedné konkrétní databáze (jedné z mnoha běžících na dané instanci), což je logicky mnohem složitější. Na druhou stranu zavolat na tabulkách discard tablespace, nakopírovat jeden nebo dva soubory a zase jej načíst přes import tablespace není nic složitého. Ve všech DB jim musíš říci, že jejich obsah obnovuješ.

Já bych to ale přes partial backup nedělal a klonoval celou instanci, to je standardní postup.

Hádat se s tebou nebudu, protože s mariadb nemáš žádné zkušenosti a diskuse je tudíž o ničem.
14.5. 17:42 j
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Kristova noho ... takze netusis co je to zaloha a konzistence je pro tebe sprosty slovo.

Soubory si muzes tak leda ve svete databazi strcit doprdele. Skutecna zloha musi byt transakcne konzistentni. A ne ze tam mam pulku dat ktery se zrovna zapisovaly a tu druhou ne. A PRESNE to dostanes pri "zalohovani" mysql.

Jinak receno, vis o tom lautr hovno!

"nakopírovat jeden nebo dva soubory a zase jej načíst přes import tablespace není nic složitého"

Tohle muze napsat leda totalne negramotny hovado!

--- Jdete s tou gugli capthou dopice
14.5. 21:29 majales | skóre: 26 | blog: Majales
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Ale já už jsem psal, jestli jste si nevšimnul, že se kopírují soubory a k nim transakční log, aby záloha byla konzistentní. Při obnově je pak obnovena původní struktura souborů z doby zálohy a k nim se z transakčního logu přehraje vše se se událo v době zálohy do přesně definovaného log position, který je po po záloze v jednom ze souborů. Pak je to to konzistentní.
14.5. 21:34 Filip Jirsák | skóre: 67 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Prázdný sud nejvíc duní.

Co se podle vás stane s databází, když vypadne napájení serveru? Co podle vás dělá s databází Mariabackup?
15.5. 01:04 majales | skóre: 26 | blog: Majales
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Bavíme se vůbec o stejné věci? Zdá se mi že asi ne.
15.5. 08:00 dustin | skóre: 62 | blog: dustin
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Myslím, že úplně o té samé.
15.5. 08:20 Filip Jirsák | skóre: 67 | blog: Fa & Bi
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
My se bavíme o stejné věci, jéčko píše o svém vlastním světě, kde mu vůbec nic nefunguje a všichni ostatní kromě něj jsou debilové a idioti, jenom on všemu rozumí nejlépe. Ale to je u něj normální.
15.5. 17:20 OldFrog {Ondra Nemecek} | skóre: 33 | blog: Žabákův notes | Praha
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Nerad ruším vespolek, ale tady je popsané jak to funguje https://www.percona.com/doc/percona-xtrabackup/2.4/how_xtrabackup_works.html

IMHO to pro řadu případů bude postačovat, pokud budou k dispozici i plné offline zálohy. A ro náročnější použití se stejně použije asi jiná db než Mysql.
-- OldFrog
Pavel 'TIGER' Růžička avatar 15.5. 22:18 Pavel 'TIGER' Růžička | skóre: 49
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Já se zeptám jinak, nestačili by místo virtualizace na to kontejnery? Ptám se proto, protože sám moc zkušeností s kontejnery nemám.
15.5. 22:25 dustin | skóre: 62 | blog: dustin
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Více instancí mysql není moc složité (stačí my.cnf a startup skript s cestou k němu), máme na vytvoření nové instance skript a provozujeme spoustu instancí vedle sebe. Osvědčilo se mi pro každou instanci extra uživatele pro klienta, kde lze nastavit porty a není to potřeba pořád dokola zadávat jako parametr klienta, navíc má pak každý klient k instanci svou vlastní historii, to se hodí. Nebo nějaké aliasy pro jednotlivé klienty, taky cesta.

Ale samozřejmě lxc kontejner je jednodušší na instalaci, leč musí se jeho OS aktualizovat a zabere víc místa na disku.
Pavel 'TIGER' Růžička avatar 16.5. 00:33 Pavel 'TIGER' Růžička | skóre: 49
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Jasně, ale u těch více instancí se jedná o tutéž verzi, ne? Nebo lze provozovat i rozličné verze? Z tazatelova dotazu jsem pochopil, že to nemá sjednocené, což by byl ideální stav, ale nejspíše k němu v nejbližší době nedojde. Jestli kontejnery dobře chápu, tak pak v nich může mít i různé verze všeho možného a nemělo by to být tak náročné na hardware jako virtualizace. Nebo mi něco uniká?
16.5. 01:31 OldFrog {Ondra Nemecek} | skóre: 33 | blog: Žabákův notes | Praha
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Vedle sebe můžete provozovat různé verze mysql i bez kontejneru, pokud je lze v daném prostředí spustit (verze knihoven apod.). V kontejneru si k tomu přidáte i ty knihovny anebo v plné virtualizaci (třeba kvm s qemu) i jádro, takže pak můžete provozovat i historické verze. Mezi prvními dvěma variantami není velký rozdíl ve výkonnosti, v plné virtualizaci padne něco z výkonu na režii. Kontejner či plná virtualizace mají výhodu v oddělení od hostitelského OS, z čehož vyplývá přehlednější správa a případně lepší možnosti zabezpečení.
-- OldFrog
Pavel 'TIGER' Růžička avatar 16.5. 01:45 Pavel 'TIGER' Růžička | skóre: 49
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Jasně, díky za rozepsání, myslel jsem si, že tak nějak to bude. Vše má něco pro a proti.
16.5. 10:27 dustin | skóre: 62 | blog: dustin
Rozbalit Rozbalit vše Re: Záloha / replikace databází na jeden server
Z dotazu mi nepřišlo, že by měl/potřeboval různé verze mariadb, zmiňuje jen, že má verzi 10.

Samozřejmě máme jednu instalaci mariadb, spouští se jen různé instance na různých portech, s jinými cestami k datům, logům a socketům. Ve vzorovém konfig adresáři má my.cnf na příslušných místech značky, které klonovací skript při vykopírování do /etc/mysql-cloneX nahradí za údaje pro daný klon. Kopie startup skriptu (ještě to běží na sysv) pak jen změní cestu ke konfigu. Jednoduché a funguje OK.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.