Ceph at ZFS storage para sa mga negosyo sa Pittsburgh at Cleveland

ZFS: storage sa loob ng iisang server

Pinagsasama ng ZFS ang file system at volume manager at built-in ito sa Proxmox VE. Karaniwang disenyo ang isang Proxmox host na nasa ZFS, o dalawang host na nagre-replicate sa isa't isa, na may mga backup sa hiwalay na system.

• Mga pool: mga disk na pinagsama bilang mirror o RAID-Z. Kailangan ng ZFS ng direktang access sa bawat disk, hindi sa hardware RAID volume.
• Mga checksum at scrub: natutukoy ng ZFS ang data na tahimik na nasira ng isang disk at inaayos ito mula sa redundant na kopya.
• Mga snapshot: point-in-time na kopya ng disk ng virtual machine, na kinukuha sa loob ng ilang segundo bago ang update o mapanganib na pagbabago.
• Replication: mga snapshot na ipinapadala sa pangalawang server ayon sa iskedyul. Kung mabigo ang unang host, sinisimulan ng pangalawa ang mga machine nito, at ang mawawala lang ay ang mga pagbabago mula sa huling kopya.

Ceph: storage sa ilang server

Pinagsasama ng Ceph ang mga disk sa ilang server bilang isang storage system at nag-iingat ng mga kopya ng bawat piraso ng data sa magkakaibang machine. Kung mabigo ang isang drive o buong server, nananatiling available ang data at ang cluster na mismo ang bumubuo ng mga nawawalang kopya. Walang iisang storage controller na makakapagpabagsak ng lahat. Ipinapakita ng Ceph ang pool na iyon sa tatlong paraan:

• Block (RBD): mga virtual disk para sa mga virtual machine. Ito ang ginagamit ng Proxmox.
• File (CephFS): isang shared file system na maaaring i-mount ng maraming server nang sabay.
• Object: isang S3-compatible na gateway para sa mga application at backup software.

Kailangan ng Ceph ng hindi bababa sa tatlong server, nakalaang storage network, at isang taong nakakaintindi sa mga health state nito. Karaniwang maagang babala ang isang warning tungkol sa nabigong drive o pool na malapit nang mapuno, at iniimbestigahan namin ito pagdating nito.

Alin ang angkop

• Isang server: ZFS. Ginawa ang Ceph para ikalat ang data sa maraming machine at walang napapala sa iisang server.
• Dalawang server: ZFS sa bawat isa, na nagre-replicate sa isa't isa. Kailangan din ng two-server na Proxmox cluster ng maliit na pangatlong device para sa tie-break, para magkasundo ang dalawang host kung alin ang namamahala.
• Tatlo o higit pang server, at dapat mag-restart ang mga machine sa ibang lugar nang walang nawawalang pagbabago: Ceph, na may storage network sa pagitan ng mga host.
• Shared na file o S3 storage sa maraming server: Ceph.

Ang ZFS ang mas simpleng patakbuhin. Saklaw ng aming pahina sa Proxmox consulting ang bahagi ng server sa desisyong ito.

Kapasidad at kalusugan

Parehong nangangailangan ng libreng espasyo ang dalawang system. Bumabagal ang ZFS pool habang napupuno ito. Ang Ceph cluster na may tatlong kopya ng bawat object ay may halos isang katlo lang ng raw na espasyo ang magagamit, at kailangan pa nito ng dagdag dahil nire-rebuild nito ang mga nawalang kopya sa natitirang espasyo. Ang Ceph cluster na napuno ay tumitigil sa pagtanggap ng writes. Sinusukat namin ang storage para makayanan nitong mawalan ng isang drive, o isang Ceph node, at may natitira pang espasyo para sa rebuild.

Pag-recover ng degraded na storage

Ang unang patakaran ay iwasang pasamain ang sitwasyon. Sa ZFS, karaniwang ibig sabihin nito ay tiyakin kung aling disk ang nabigo, palitan ito at hayaang mag-rebuild ang pool. Sa Ceph, ang karaniwang sanhi ay mga nabigong drive, node na down, maling na-configure na network, o cluster na sobrang puno. Hinahanap namin ang sanhi at kumikilos sa maliliit at beripikadong hakbang.

Walang system na nagpoprotekta laban sa pagbura, ransomware o maling pagbabago. Ipares ang inyong storage sa mga nasubok na backup at pagpaplano ng recovery. Kung nagsisilbi ang storage sa mga container, tingnan ang Linux at Kubernetes consulting.

Paano gumagana ang isang engagement

1. Pagtatasa. Sinusuri namin ang hardware, networking at kalusugan ng storage.
2. Saklaw. Makakatanggap kayo ng nakasulat na plano na may mga panganib at pagkakasunod ng trabaho.
3. Implementasyon at beripikasyon. Bumubuo o nag-aayos kami, sinusubok ang mga senaryo ng pagkabigo, at dino-document ang storage.
4. Operasyon. Opsyonal na monitoring at mga upgrade, walang lock-in.

Sumasagot kami sa loob ng isang araw ng trabaho. Ang on-site na trabaho sa Cleveland area ay inaayos ayon sa proyekto.

Mga tanong tungkol sa storage ng negosyo

ZFS o Ceph ba ang dapat naming gamitin?

Karamihan, nakadepende ito sa dami ng server ninyo. Ang isa o dalawa ay tumuturo sa ZFS. Ang tatlo o higit pa, kung saan dapat patuloy na tumakbo ang mga machine kahit mawala ang isang server, ay tumuturo sa Ceph.

Ilang server ang kailangan ng Ceph?

Hindi bababa sa tatlo, na may maayos na storage network sa pagitan nila. Ang tatlo ang pinakamaliit na cluster na kayang mawalan ng server at magpatuloy sa pagbibigay ng data.

Maaari ba ninyong kunin ang ZFS o Ceph storage na ginawa ng iba?

Oo. Sinusuri namin ang kalusugan at configuration, inaayos ang mali, at dino-document ito.

Maaari bang palitan ng mga snapshot o Ceph replica ang aming mga backup?

Hindi. Nasa parehong mga disk ng data ang mga ZFS snapshot, at kinokopya ng Ceph ang bawat pagkakamali sa bawat replica. Ang mga backup sa hiwalay na system ang nagbibigay-daan sa inyong makabawi mula sa mga pagkakamali at pag-atake.