GNU/Linux >> Znalost Linux >  >> Linux

DRBD hrozný výkon synchronizace na 10GigE

Řešení 1:

V novějších verzích DRBD (8.3.9 a novější) je řadič dynamické resynchronizace, který vyžaduje ladění. Ve starších verzích DRBD nastavení syncer {rate;} bylo dost; nyní se používá spíše jako lehce doporučené výchozí místo pro rychlost dynamické resynchronizace.

Řadič dynamické synchronizace je vyladěn pomocí "c-settings" v sekci disku konfigurace DRBD (viz $ man drbd.conf podrobnosti o každém z těchto nastavení).

S 10Gbe mezi těmito uzly a za předpokladu nízké latence, protože se používá protokol C, by měla následující konfigurace uvést věci do pohybu rychleji:

resource rd0 {
        protocol C;
        disk {
                c-fill-target 10M;
                c-max-rate   700M;
                c-plan-ahead    7;
                c-min-rate     4M;
        }
        on cl1 {
                device /dev/drbd0;
                disk /dev/sda4;
                address 192.168.42.1:7788;
                meta-disk internal;
        }

        on cl2 {
                device /dev/drbd0;
                disk /dev/sda4;
                address 192.168.42.2:7788;
                meta-disk internal;
        }
}

Pokud stále nejste spokojeni, zkuste otočit max-buffers do 12tis. Pokud stále nejste spokojeni, můžete zkusit nastavit c-fill-target v krocích po 2 milionech.

Řešení 2:

Někdo jinde mi navrhl, abych použil tato nastavení:

        disk {
                on-io-error             detach;
                c-plan-ahead 0;
        }
        net {
                max-epoch-size          20000;
                max-buffers             131072;
        }

A výkon je vynikající.

Upravit: Podle @Matt Kereczman a dalších návrhů jsem se konečně změnil na toto:

disk {
        on-io-error             detach;
        no-disk-flushes ;
        no-disk-barrier;
        c-plan-ahead 0;
        c-fill-target 24M;
        c-min-rate 80M;
        c-max-rate 720M;
} 
net {
        # max-epoch-size          20000;
        max-buffers             36k;
        sndbuf-size            1024k ;
        rcvbuf-size            2048k;
}

Rychlost opětovné synchronizace je vysoká:

cat /proc/drbd
version: 8.4.5 (api:1/proto:86-101)
srcversion: EDE19BAA3D4D4A0BEFD8CDE
 0: cs:SyncSource ro:Primary/Secondary ds:UpToDate/Inconsistent C r---n-
    ns:133246146 nr:0 dw:2087494 dr:131187797 al:530 bm:0 lo:0 pe:5 ua:106 ap:0 ep:1 wo:d oos:4602377004
        [>....................] sync'ed:  2.8% (4494508/4622592)M
        finish: 1:52:27 speed: 682,064 (646,096) K/sec

Rychlost zápisu je vynikající během opětovné synchronizace s těmito nastaveními (80 % místní rychlosti zápisu, plná rychlost přenosu):

# dd if=/dev/zero of=./testdd bs=1M count=20k
20480+0 enregistrements lus
20480+0 enregistrements écrits
21474836480 octets (21 GB) copiés, 29,3731 s, 731 MB/s

Rychlost čtení je v pořádku:

# dd if=testdd bs=1M count=20k of=/dev/null
20480+0 enregistrements lus
20480+0 enregistrements écrits
21474836480 octets (21 GB) copiés, 29,4538 s, 729 MB/s

Pozdější úprava:

Po úplné resynchronizaci je výkon velmi dobrý (rychlostní zápis drátu, místní rychlost čtení). Resynchronizace je rychlá (5/6 hodin) a příliš neutrpí výkon (rychlostní čtení, rychlost zápisu). Rozhodně zůstanu u c-plan-ahead na nule. S nenulovými hodnotami je opětovná synchronizace příliš dlouhá.

Řešení 3:

c-plan-ahead musí nastavit kladnou hodnotu pro aktivaci dynamického synchronizačního regulátoru.disk c-plan-ahead 15; // 5 * RTT / 0.1s unit,in my case is 15 c-fill-target 24; c-max-rate 720M;


Linux
  1. Ovlivňuje LVM výkon?

  2. Jak zrychlit WordPress a zvýšit výkon na Ubuntu 20.04 VPS

  3. Jak na to:Replikace a konfigurace DRBD

  1. Jak zrychlit výkon webu pomocí cachovacího řešení XCache?

  2. Služba Linux OS „cpuspeed“

  3. Má Python synchronizaci?

  1. MySQL – ladění a optimalizace výkonu

  2. Linux – Jak rozumíte operacím synchronizačních příkazů v Linuxu?

  3. dd výkon na Mac OS X vs. Linux