Ceph

Från Lysators datorhandbok, den ultimata referensen.
Version från den 20 november 2018 kl. 11.41 av Octol (diskussion | bidrag) (→‎Vogoner: får en lista med vogon-noder.)
Hoppa till navigering Hoppa till sök
Funktion Tjänsteservrar
Specialfunktion Lagrings-kluster för /home, /lysator och vms.
Operativsystem Debian 9.0 Ska migreras till CentOS.
Arkitektur x86_64
CPU Blandat
Minne Varierande
Chassi Många
Moderkort Varierande
Placering FOO-hallen
Ceph-status Manager
Ansvariga rötter hx och octol
Driftstatus I drift

Lysators lagringslösning i Ceph

RTFM

http://docs.ceph.com/docs/master/

Hårdvara

För att köra Lysators cephlösning används många maskiner, för att få redundans och HA. Man kan med andra ord rycka sladden ur vilken maskin som helst utan att något hemskt händer. (Gör det inte)

Vogoner

Som mon/mds/mgr körs tre stycken HP DL160-maskiner, vogon-[0-2]. Dessa är bestyckade med 16G RAM och infiniband.

vogon-0 vogon-1 vogon-2

Babelfish

Maskinen babelfish har 72G RAM och kör en mds som cachar det mesta av metadatan i RAM och är dessutom NFS-export till de maskiner som inte har kernel-klienter till Ceph-klustret.

babelfish

Trillians

Som osd-servrar trillian-[1-7] körs Dell R510 med 12 2TB diskar. Eftersom RAID-korten inte tycker om JBOD så är alla diskar sin egen RAID0. En disk i varje chassi används som systemdisk, resten allokeras till OSD:er. Det finns ingen numrering, utan använd verktygen för RAID-korten för att markera diskar vid behov. Trillian-0 är även den en Dell R510 med 12 2TB diskar plus en 128GB SSD internt och agerar experimentverkstad för en framtida uppdatering av hur metadata hanteras. Samtliga trillian-servrar kör CentOS.

trillian-0 trillian-1 trillian-2 trillian-3 trillian-4 trillian-5 trillian-6 trillian-7

Systemdiskar

Det finns inga speglade systemdiskar i någon av maskinerna. Ifall en systemdisk dör, vänta 10 minuter så kommer ceph börja skyffla runt datan för att komma upp i rätt mängd redundans igen. Smäll upp en ny maskin och smäll in den i klustret igen enligt manualen. Eller sätt klustret till 'noout' och 'norebalance', installera om, kör `ceph-deploy` och skicka över konfigurationen, då kan osd:erna startas med 'ceph-volume lvm activate --all' (försäkra dig om att firewalld är död och begraven först).

Konfiguration

Fördelning av resurser till poolerna är antagna att vara 60% för home_data, 5% för home_meta, 35% för vm. När det nya beräkningsklustret tas i bruk kommer den fördelningen ändras då 6+2 filsystemet Scratch kommer att ta plats, fördelningen av poolerna blir: 50% för home_data, 5% för home_meta, 30% för vm, 12% för scratch_data och 3% för scratch_meta (Trillian-7 antas vara i drift som vanlig osd-server då detta sker).

Nätverk

Ceph serverar 10.44.0.0/16 över IPoIB. Varje OSD-server har två IPoIB interface, ett för internkommunikation mellan osd:er på 10.43.0.0/24, ett för kommunikation med resten av klustret (och proxmox) på 10.44.0.0/16. Ytterligare har alla maskiner nät på 130.236.254.0/24 för att komma åt resten av världen, även om detta inte är strikt nödvändigt så är det bekvämt.

Användarkontot ceph-vogon

För att ceph-deploy ska fungera rätt så finns det på varje maskin ett användarkontot 'ceph-vogon' med sudorättigheter utan lösenord. Puppet hanterar detta, inklusive kopiering av nycklar. ceph-vogon@vogon-0 har en privat ssh-nyckel för kontot. OBS! Du ska vara i rätt mapp också cd /ceph/ceph-vogon/lysfs.

Prestandatweaks

  • För att använda mer av RAM på mds-servrarna till metadata-cache så har mds_cache_memory_limit satts till 8GiB (standard är 1GiB), förutom på babelfish, där den är 64GiB.
  • För att förhindra att osd-servrarna blir mycket långsam eller kraschar vid recovery så har bluestore_cache_size_hdd satts till 268435456 (byte).

Tips och trix

För arbete på trillian-nod:

  • ceph osd set noout
  • ceph osd set norebalance
  • systemctl stop ceph-osd\*.service ceph-osd.target

Vid flytt av OSD-disk till ny nod:

  • ceph-volume lvm list
  • ceph-volume lvm activate <osd id> <fs id> (eller --all)