Ceph OSDMap içinde OSD ID kayıtlıdır ama:

• OSD’nin fiziksel diski çıkarılmıştır.
• OSD process’i (ceph-osd@ID) yoktur.
• Node üzerinde /var/lib/ceph/osd/ceph-ID dizini bulunmaz.
• Systemd service çalışmaz.
• Ceph bu OSD’yi DOWN + OUT olarak görür.
• “destroyed / purge edilmemiş” OSD’dir.

Bu nedenle cluster OSD’yi hala map içinde tuttuğu için CRUSH map üzerinde hayalet gibi durur bunada Ghost OSD denir.

Ghost OSD nasıl oluşur?

Ceph OSD silme işlemi yanlış sırayla yapılınca.

Doğru işlem sırası:

ceph osd out <id>
ceph osd crush remove osd.<id>
ceph auth del osd.<id>
ceph osd rm <id>

ceph osd out <id>
ceph osd crush remove osd.<id>
ceph auth del osd.<id>
ceph osd rm <id>

Bu işlemler eksik yapılırsa → OSD Map içinde kalır → Ghost OSD olur.

Ghost OSD nasıl anlaşılır?

ceph osd tree

ceph osd tree

Ghost OSD genellikle şöyle görünür:

ID  CLASS  WEIGHT  STATUS  REWEIGHT  PRI-AFF
45         0.0     down    0.00000   1.00

ID  CLASS  WEIGHT  STATUS  REWEIGHT  PRI-AFF
45         0.0     down    0.00000   1.00

• Weight = 0
• Status = down
• Disk yok
• OSD directory yok

Ama ID hala listede → GHOST.

Ghost OSD neden sorun yaratır?

Her zaman kritik değildir ama şu sorunlara sebep olabilir:

• CRUSH Map karmaşıklaşır
• OSD ID’ler karışır
• ceph-volume lvm create sırasında ID çakışması olabilir
• Ansible / Proxmox auto-OSD scriptleri OSD ID seçerken hata verebilir
• Dashboard “Health Warning” üretir

Ghost OSD nasıl temizlenir?

Ghost OSD ID’sini bul

ceph osd tree

ceph osd tree

Varsayalım ghost ID = 45

OSD’yi crush map’ten sil

ceph osd crush remove osd.45

ceph osd crush remove osd.45

Auth kaydını sil

ceph auth del osd.45

ceph auth del osd.45

OSD ID’yi tamamen sil

ceph osd rm 45

ceph osd rm 45

Kontrol et

ceph osd tree
ceph -s

ceph osd tree
ceph -s

OSD artık görünmüyorsa → Ghost temizlendi.

Bir sonraki yazımızda görüşmek üzere. Faydalı olması dileğiyle.

The post Ceph Ghost OSD Clear appeared first on BURAK AKTAŞ.

Örnek Operasyon:
10 node → 5 node shrink

Operasyon Mantık Sırası
1️⃣ Operasyon planı
2️⃣ VM / HA cleanup
3️⃣ Ceph OSD removal
4️⃣ Proxmox node removal
5️⃣ Ceph rebalance & PG planning
6️⃣ CRUSH rule doğrulama

Örnek Cluster Ortamı

Proxmox Cluster: 10 node
Storage: Ceph HCI
Replica size: 3
OSD per node: 12 NVMe
Toplam: 120 OSD

Shrink hedefi: 10 → 5 node

1-Operasyon Öncesi Kontroller

Proxmox Cluster Health

pvecm status

Beklenen çıktı:
Quorate: Yes
Nodes: 10

pvecm status

Beklenen çıktı:
Quorate: Yes
Nodes: 10

Node Listesi

pvecm nodes

pvecm nodes

Ceph Cluster Health

ceph -s

Beklenen:
HEALTH_OK

Eğer cluster HEALTH_WARN / DEGRADED ise node removal yapılmamalıdır.

ceph -s

Beklenen:
HEALTH_OK

Eğer cluster HEALTH_WARN / DEGRADED ise node removal yapılmamalıdır.

2-Node Üzerindeki VM ve Container’ları Taşı

Node tamamen boş olmalıdır.

Kontrol:
qm list
pct list

VM Migration
qm migrate VMID TARGETNODE --online

Container Migration
pct migrate CTID TARGETNODE

GUI
VM → Migrate

Node tamamen boş olmalıdır.

Kontrol:
qm list
pct list

VM Migration
qm migrate VMID TARGETNODE --online

Container Migration
pct migrate CTID TARGETNODE

GUI
VM → Migrate

3-HA Kaynaklarını Temizle

HA kontrolü:
ha-manager status

HA resource taşıma:
ha-manager migrate vm:101 node02

HA kontrolü:
ha-manager status

HA resource taşıma:
ha-manager migrate vm:101 node02

4-Node Üzerindeki Ceph OSD’leri Tespit Et

ceph osd tree

Örnek:

host r1-prx-test-06
         osd.61
         osd.62
         osd.63
         osd.64
         osd.65

ceph osd tree

Örnek:

host r1-prx-test-06
         osd.61
         osd.62
         osd.63
         osd.64
         osd.65

5-OSD’leri OUT Yap

ceph osd out 61
ceph osd out 62
ceph osd out 63
ceph osd out 64
ceph osd out 65

Kontrol:

ceph -s

Cluster aşağıdaki aktiviteleri başlatır:

recovery
backfill
rebalancing
⚠️ Bu işlemler bitmeden devam edilmez

ceph osd out 61
ceph osd out 62
ceph osd out 63
ceph osd out 64
ceph osd out 65

Kontrol:

ceph -s

Cluster aşağıdaki aktiviteleri başlatır:

recovery
backfill
rebalancing
⚠️ Bu işlemler bitmeden devam edilmez

6-OSD’leri STOP Et

systemctl stop ceph-osd@61
systemctl stop ceph-osd@62
systemctl stop ceph-osd@63
systemctl stop ceph-osd@64
systemctl stop ceph-osd@65

Kontrol:

systemctl status ceph-osd@61
systemctl status ceph-osd@62
systemctl status ceph-osd@63
systemctl status ceph-osd@64
systemctl status ceph-osd@65
👉 inactive olmalı

systemctl stop ceph-osd@61
systemctl stop ceph-osd@62
systemctl stop ceph-osd@63
systemctl stop ceph-osd@64
systemctl stop ceph-osd@65

Kontrol:

systemctl status ceph-osd@61
systemctl status ceph-osd@62
systemctl status ceph-osd@63
systemctl status ceph-osd@64
systemctl status ceph-osd@65
👉 inactive olmalı

7-OSD’leri Cluster’dan Tamamen Sil

ceph osd purge 61 --yes-i-really-mean-it
ceph osd purge 62 --yes-i-really-mean-it
ceph osd purge 63 --yes-i-really-mean-it
ceph osd purge 64 --yes-i-really-mean-it
ceph osd purge 65 --yes-i-really-mean-it

Bu işlem temizler:
  • OSD map
  • CRUSH map
  • auth keys
  • metadata

ceph osd purge 61 --yes-i-really-mean-it
ceph osd purge 62 --yes-i-really-mean-it
ceph osd purge 63 --yes-i-really-mean-it
ceph osd purge 64 --yes-i-really-mean-it
ceph osd purge 65 --yes-i-really-mean-it

Bu işlem temizler:
  • OSD map
  • CRUSH map
  • auth keys
  • metadata

8-Ceph MON Kontrol

ceph mon dump
Eğer node üzerinde MON varsa:

ceph mon remove r1-prx-test-06
MON sayısı tek sayı olmalıdır

3 / 5 / 7

ceph mon dump
Eğer node üzerinde MON varsa:

ceph mon remove r1-prx-test-06
MON sayısı tek sayı olmalıdır

3 / 5 / 7

9-Ceph MGR Kontrol

ceph mgr dump
Node üzerindeki mgr varsa kaldırılabilir.

ceph mgr dump
Node üzerindeki mgr varsa kaldırılabilir.

10-CRUSH Host Entry Temizliği

ceph osd crush remove r1-prx-test-01

ceph osd crush remove r1-prx-test-01

11-Disklerin Wipe ve Destroy Edilmesi

ceph-volume lvm zap /dev/nvme0n1  --destroy
ceph-volume lvm zap /dev/nvme1n1  --destroy
ceph-volume lvm zap /dev/nvme2n1  --destroy
ceph-volume lvm zap /dev/nvme3n1  --destroy
ceph-volume lvm zap /dev/nvme4n1  --destroy
ceph-volume lvm zap /dev/nvme5n1  --destroy
ceph-volume lvm zap /dev/nvme6n1  --destroy
ceph-volume lvm zap /dev/nvme7n1  --destroy
ceph-volume lvm zap /dev/nvme9n1  --destroy
ceph-volume lvm zap /dev/nvme10n1 --destroy
ceph-volume lvm zap /dev/nvme11n1 --destroy
ceph-volume lvm zap /dev/nvme12n1 --destroy

ceph-volume lvm zap /dev/nvme0n1  --destroy
ceph-volume lvm zap /dev/nvme1n1  --destroy
ceph-volume lvm zap /dev/nvme2n1  --destroy
ceph-volume lvm zap /dev/nvme3n1  --destroy
ceph-volume lvm zap /dev/nvme4n1  --destroy
ceph-volume lvm zap /dev/nvme5n1  --destroy
ceph-volume lvm zap /dev/nvme6n1  --destroy
ceph-volume lvm zap /dev/nvme7n1  --destroy
ceph-volume lvm zap /dev/nvme9n1  --destroy
ceph-volume lvm zap /dev/nvme10n1 --destroy
ceph-volume lvm zap /dev/nvme11n1 --destroy
ceph-volume lvm zap /dev/nvme12n1 --destroy

12-Node’u Power Off Et

shutdown -h now
⚠️ Node cluster networkünde tekrar açılmamalıdır.

shutdown -h now
⚠️ Node cluster networkünde tekrar açılmamalıdır.

13-Proxmox Cluster’dan Node Çıkarma

Başka bir node üzerinden çalıştırılır.
pvecm delnode r1-prx-test-06

Kontrol:
pvecm nodes

Node listeden silinmiş olmalıdır.

Başka bir node üzerinden çalıştırılır.
pvecm delnode r1-prx-test-06

Kontrol:
pvecm nodes

Node listeden silinmiş olmalıdır.

14-Eğer Quorum Hatası Oluşursa

pvecm expected 1

Sonra tekrar:
pvecm delnode r1-prx-test-06

pvecm expected 1

Sonra tekrar:
pvecm delnode r1-prx-test-06

15-Node Directory Temizliği

Bazı durumlarda şu klasör kalabilir:
/etc/pve/nodes/r1-prx-test-06

Temizleme:
rm -rf /etc/pve/nodes/r1-prx-test-06

Bazı durumlarda şu klasör kalabilir:
/etc/pve/nodes/r1-prx-test-06

Temizleme:
rm -rf /etc/pve/nodes/r1-prx-test-06

16-Ceph Cluster Health Kontrol

ceph -s

Beklenen:
HEALTH_OK

ceph -s

Beklenen:
HEALTH_OK

17-Ceph HCI Node Shrink Planning

Örnek pool:
pool: r1_c01_artuklu
size: 3
PG: 4096
autoscaler: off

Örnek pool:
pool: r1_c01_artuklu
size: 3
PG: 4096
autoscaler: off

18-Ceph PG Dağılım Mantığı

Ceph veri dağılımı:

Object
 ↓
PG
 ↓
OSD

Replica:
size=3

Ceph veri dağılımı:

Object
 ↓
PG
 ↓
OSD

Replica:
size=3

19-PG Hesaplama Formülü

PG = (OSD × 100) / replica

PG = (OSD × 100) / replica

20-Mevcut Cluster

10 node
12 OSD per node

Toplam: 120 OSD

PG hesap: (120 × 100) / 3 = 4000

Mevcut: 4096 PG

Bu ideal.

10 node
12 OSD per node

Toplam: 120 OSD

PG hesap: (120 × 100) / 3 = 4000

Mevcut: 4096 PG

Bu ideal.

21-Shrik Sonrası

5 node
12 OSD

Toplam: 60 OSD

5 node
12 OSD

Toplam: 60 OSD

22-Yeni PG Hesabı

(60 × 100) / 3 = 2000

İdeal: 2048 PG

Ama mevcut: 4096 PG

(60 × 100) / 3 = 2000

İdeal: 2048 PG

Ama mevcut: 4096 PG

23-PG Fazla Olursa

Etki                     Sebep
OSD RAM Artar            PG state
CPU Artar                Metadata
Peering Süresi Artar     Recovery

Production Cluster'larda Genelde Kritik Problem Yaratmaz.

Etki                     Sebep
OSD RAM Artar            PG state
CPU Artar                Metadata
Peering Süresi Artar     Recovery

Production Cluster'larda Genelde Kritik Problem Yaratmaz.

24—Node Removal Data Movement

Node Removal Sırasında:

OSD OUT
 ↓
PG remap
 ↓
backfill
 ↓
recovery

Node Removal Sırasında:

OSD OUT
 ↓
PG remap
 ↓
backfill
 ↓
recovery

25—Veri Hareketi Hesabı

Shrink: 10 → 5 node

Cluster kapasitesinin yaklaşık: %50

Yani Ceph yaklaşık: cluster data × 50% veri taşır.

Shrink: 10 → 5 node

Cluster kapasitesinin yaklaşık: %50

Yani Ceph yaklaşık: cluster data × 50% veri taşır.

26—Shrink Strategy

⚠️ 10 → 5 shrink tek seferde yapılmaz
Önerilen sıra:

10 → 9
recovery finish

9 → 8
recovery finish

8 → 7
recovery finish

7 → 6
recovery finish

6 → 5
Her adımda kontrol:

ceph -s

⚠️ 10 → 5 shrink tek seferde yapılmaz
Önerilen sıra:

10 → 9
recovery finish

9 → 8
recovery finish

8 → 7
recovery finish

7 → 6
recovery finish

6 → 5
Her adımda kontrol:

ceph -s

27-OSD Utilization Kontrol (Opsiyonel)

ceph osd df

Düzeltme: ceph osd reweight-by-utilization

ceph osd df

Düzeltme: ceph osd reweight-by-utilization

28—CRUSH Failure Domain Kontrolü

Replica dağılımı şu şekilde olmalıdır:

replica1 → r1-prx-test-10
replica2 → r1-prx-test-09
replica3 → r1-prx-test-08
replica3 → r1-prx-test-07
replica3 → r1-prx-test-06

Kontrol:

ceph osd crush rule dump

Beklenen:
step chooseleaf firstn 0 type host

Bu sayede replica’lar farklı node’lara dağıtılır.

Replica dağılımı şu şekilde olmalıdır:

replica1 → r1-prx-test-10
replica2 → r1-prx-test-09
replica3 → r1-prx-test-08
replica3 → r1-prx-test-07
replica3 → r1-prx-test-06

Kontrol:

ceph osd crush rule dump

Beklenen:
step chooseleaf firstn 0 type host

Bu sayede replica’lar farklı node’lara dağıtılır.

29—Final Health Check

ceph -s
ceph osd tree
ceph osd df

pvecm status

Beklenen:

HEALTH_OK

cluster stable
node removed

ceph -s
ceph osd tree
ceph osd df

pvecm status

Beklenen:

HEALTH_OK

cluster stable
node removed

Final Operasyon Sırası

VM migrate
↓
HA cleanup
↓
OSD out
↓
OSD purge
↓
MON remove
↓
Node shutdown
↓
pvecm delnode
↓
Ceph rebalance

VM migrate
↓
HA cleanup
↓
OSD out
↓
OSD purge
↓
MON remove
↓
Node shutdown
↓
pvecm delnode
↓
Ceph rebalance

Bir sonraki yazımızda görüşmek üzere. Faydalı olması dileğiyle.

The post Proxmox + Ceph HCI Cluster Node Decommission v9.x appeared first on BURAK AKTAŞ.

(10 node’lu bir cluster üzerinde bu demo yapıldıktan sonra bu yazı yazılmıştır.)

1️⃣ Ceph Cluster Health Kontrolü

Shutdown işlemine başlamadan önce Ceph cluster sağlıklı olmalıdır.

Komut: ceph -s

Beklenen çıktı: HEALTH_OK

Komut: ceph -s

Beklenen çıktı: HEALTH_OK

Ek Kontrol Komutları:

ceph osd tree
ceph pg stat

Şunlar olmamalıdır:
  • degraded PG
  • recovery
  • backfill

ceph osd tree
ceph pg stat

Şunlar olmamalıdır:
  • degraded PG
  • recovery
  • backfill

2️⃣ Ceph Maintenance Flag Ayarlama

Node’lar kapandığında Ceph’in gereksiz veri rebalance yapmasını önlemek için aşağıdaki flag’ler set edilir.

Önce mevcut flag’leri kontrol edin:

ceph osd dump | grep flags

ceph osd dump | grep flags

Ardından maintenance flag’leri set edilir:

ceph osd set noout
ceph osd set norebalance
ceph osd set nobackfill

ceph osd set noout
ceph osd set norebalance
ceph osd set nobackfill

Kontrol: ceph osd dump | grep flags

Kontrol: ceph osd dump | grep flags

Bu flag’ler sayesinde:

• OSD offline olduğunda Ceph hemen rebalancing başlatmaz
• Gereksiz disk IO oluşmaz
• Cluster performansı korunur

3️⃣ VM ve Container’ları Kapatma

Shutdown işleminden önce tüm VM ve Container’lar kapatılmalıdır.

VM listeleme: qm list
VM kapatma: qm shutdown VMID
Zorunlu durumda: qm stop VMID

Container kapatma: pct shutdown CTID
Büyük clusterlarda toplu shutdown için: qm list | awk 'NR>1 {print $1}' | xargs -I {} qm shutdown {}

VM listeleme: qm list
VM kapatma: qm shutdown VMID
Zorunlu durumda: qm stop VMID

Container kapatma: pct shutdown CTID
Büyük clusterlarda toplu shutdown için: qm list | awk 'NR>1 {print $1}' | xargs -I {} qm shutdown {}

4️⃣ HA Servisini Devre Dışı Bırakma

Cluster HA kullanıyorsa shutdown sırasında HA migration oluşmasını engellemek için HA servisleri durdurulmalıdır.

HA durumunu kontrol et: ha-manager status

Tüm node'lar da aşağıdaki servisler durdurulur.

LRM servis: systemctl stop pve-ha-lrm

CRM servis: systemctl stop pve-ha-crm

Bu işlem HA stack'i tamamen dondurur.

HA durumunu kontrol et: ha-manager status

Tüm node'lar da aşağıdaki servisler durdurulur.

LRM servis: systemctl stop pve-ha-lrm

CRM servis: systemctl stop pve-ha-crm

Bu işlem HA stack'i tamamen dondurur.

5️⃣ Proxmox Node’ları Kapatma (HCI Cluster)

VM ve HA servisleri kapatıldıktan sonra node’lar güvenli şekilde kapatılabilir.

Her node üzerinde: sync; shutdown -h now veya poweroff

Her node üzerinde: sync; shutdown -h now veya poweroff

Önerilen Shutdown Sırası (HCI)

HCI mimaride compute ve storage aynı node üzerinde bulunduğundan shutdown sırası Ceph MON quorum’u koruyacak şekilde planlanmalıdır.

1️⃣ MON içermeyen node’lar

node06
node07
node08
node09
node10

node06
node07
node08
node09
node10

2️⃣ MON içeren node’lar

node01
node02
node03
node04
node05

node01
node02
node03
node04
node05

3️⃣ En son aktif MON node

MON quorum kaybolmaması için en son node kapatılır.

Örnek Shutdown Sırası:

node10
node09
node08
node07
node06
node05
node04
node03
node02
node01 (en son)

Örnek Shutdown Sırası:

node10
node09
node08
node07
node06
node05
node04
node03
node02
node01 (en son)

Bu yöntem sayesinde:
• Ceph quorum korunur
• cluster crash olmaz
• unnecessary recovery oluşmaz

6️⃣ Cluster’ı Tekrar Açma (HCI)

Cluster açılırken shutdown sırasının tam tersi uygulanmalıdır.

Power On Sırası

1️⃣ Önce Ceph MON node’lar

node01
node02
node03
node04
node05

node01
node02
node03
node04
node05

Bu node’lar Ceph quorum’u oluşturur.
Node’lar açıldıktan sonra 1-2 dakika beklenmesi önerilir. Bu süre Ceph MON election ve quorum oluşumu için gereklidir.

2️⃣ Sonra diğer HCI node’lar

node06
node07
node08
node09
node10

node06
node07
node08
node09
node10

7️⃣ Cluster Quorum Kontrolü

Cluster node’ları açıldıktan sonra quorum kontrol edilir.

pvecm status

Beklenen çıktı: Quorate: Yes

pvecm status

Beklenen çıktı: Quorate: Yes

8️⃣ Ceph Cluster Health Kontrolü

Cluster açıldıktan sonra Ceph health kontrol edilir.

ceph -s

Beklenen çıktı: HEALTH_OK

Ek kontrol: ceph osd stat

Beklenen: X osds: X up, X in

Bu aşamada noout flag'i hala aktif olacaktır.

ceph -s

Beklenen çıktı: HEALTH_OK

Ek kontrol: ceph osd stat

Beklenen: X osds: X up, X in

Bu aşamada noout flag'i hala aktif olacaktır.

9️⃣ Ceph Flag’leri Kaldırma

Shutdown sırasında set edilen flag’ler kaldırılmalıdır.

ceph osd unset noout
ceph osd unset norebalance
ceph osd unset nobackfill

Kontrol: ceph osd dump | grep flags

ceph osd unset noout
ceph osd unset norebalance
ceph osd unset nobackfill

Kontrol: ceph osd dump | grep flags

🔟 HA Servislerini Yeniden Başlatma

HA servisleri tekrar aktif edilir.

Önce CRM başlatılır: systemctl start pve-ha-crm
Sonra LRM başlatılır: systemctl start pve-ha-lrm
Kontrol: ha-manager status

Önce CRM başlatılır: systemctl start pve-ha-crm
Sonra LRM başlatılır: systemctl start pve-ha-lrm
Kontrol: ha-manager status

1️⃣1️⃣ VM’leri Başlatma

Cluster tamamen sağlıklı ise VM’ler tekrar başlatılır.

qm start VMID veya GUI üzerinden.

Final Kontroller

Proxmox cluster kontrolü: pvecm status
Ceph cluster kontrolü: ceph -s
OSD kontrolü: ceph osd tree

Tüm OSD'ler: up + in olmalıdır.

qm start VMID veya GUI üzerinden.

Final Kontroller

Proxmox cluster kontrolü: pvecm status
Ceph cluster kontrolü: ceph -s
OSD kontrolü: ceph osd tree

Tüm OSD'ler: up + in olmalıdır.

HCI Cluster İçin Kritik Not
Ceph MON quorum kuralı: quorum = (MON sayısı / 2) + 1

Örnek:

3 MON → quorum 2
5 MON → quorum 3

Shutdown sırasında:
• Aynı anda birden fazla MON kapatılmamalıdır.

Kritik Notlar
• Shutdown öncesi Ceph HEALTH_OK olmalıdır.
• HA servisleri mutlaka durdurulmalıdır.
• Cluster açılırken MON node'lar önce açılmalıdır.
• Ceph flag'leri startup sonrası kaldırılmalıdır.

HCI Cluster İçin Kritik Not
Ceph MON quorum kuralı: quorum = (MON sayısı / 2) + 1

Örnek:

3 MON → quorum 2
5 MON → quorum 3

Shutdown sırasında:
• Aynı anda birden fazla MON kapatılmamalıdır.

Kritik Notlar
• Shutdown öncesi Ceph HEALTH_OK olmalıdır.
• HA servisleri mutlaka durdurulmalıdır.
• Cluster açılırken MON node'lar önce açılmalıdır.
• Ceph flag'leri startup sonrası kaldırılmalıdır.

Bir sonraki yazımızda görüşmek üzere. Faydalı olması dileğiyle.

The post Proxmox Ceph Storage Cluster Safe Shutdown and Startup v9.x appeared first on BURAK AKTAŞ.

Tipik senaryo:

• Disk failure
• OSD DOWN
• Disk replacement
• OSD redeploy
• Ceph rebalance

1️⃣ Öncelikle cluster durumu kontrol edilir.

CLI: ceph -s
Beklenen durum: HEALTH_WARN
Genellikle aşağıdaki hata görülür: OSD_DOWN

CLI: ceph -s
Beklenen durum: HEALTH_WARN
Genellikle aşağıdaki hata görülür: OSD_DOWN

2️⃣ Arızalı OSD Tespiti

CLI: ceph osd tree & ceph osd tree | grep down
Örnek: osd.17 down

CLI: ceph osd tree & ceph osd tree | grep down
Örnek: osd.17 down

GUI

Datacenter
 → Node
   → Ceph
     → OSD

DOWN olan OSD kırmızı görünür.

GUI

Datacenter
 → Node
   → Ceph
     → OSD

DOWN olan OSD kırmızı görünür.

3️⃣ Maintenance Flag (noout)

Disk değişimi sırasında Ceph’in gereksiz rebalance başlatmaması için noout flag set edilir.

CLI: ceph osd set noout

Kontrol: ceph osd dump | grep flags

CLI: ceph osd set noout

Kontrol: ceph osd dump | grep flags

4️⃣ OSD OUT Yapılması

Arızalı OSD cluster’dan çıkarılır.

CLI: ceph osd out osd.17

CLI: ceph osd out osd.17

GUI

Node
 → Ceph
   → OSD
     → osd.X
       → OUT

Ceph bu noktada veriyi diğer OSD’lere taşımaya başlar.

GUI

Node
 → Ceph
   → OSD
     → osd.X
       → OUT

Ceph bu noktada veriyi diğer OSD’lere taşımaya başlar.

5️⃣ Recovery Sürecini İzleme

CLI: watch ceph -s

Durumlar:

active+recovering
active+backfilling

Recovery tamamlandığında:

active+clean

CLI: watch ceph -s

Durumlar:

active+recovering
active+backfilling

Recovery tamamlandığında:

active+clean

6️⃣ OSD Destroy

Recovery tamamlandıktan sonra OSD cluster’dan kaldırılır.

CLI: ceph osd destroy 17 --yes-i-really-mean-it

CLI: ceph osd destroy 17 --yes-i-really-mean-it

GUI

Node
 → Ceph
   → OSD
     → osd.X
       → Destroy

Bu işlem arka planda:

# ceph osd crush remove
# ceph auth del
# ceph osd rm

komutlarını çalıştırır.

GUI

Node
 → Ceph
   → OSD
     → osd.X
       → Destroy

Bu işlem arka planda:

# ceph osd crush remove
# ceph auth del
# ceph osd rm

komutlarını çalıştırır.

7️⃣ Crash Alarm Temizleme (Opsiyonel)

CLI:

ceph crash ls
ceph crash archive-all

CLI:

ceph crash ls
ceph crash archive-all

8️⃣ Fiziksel Disk Değişimi

Datacenter’da arızalı disk yeni disk ile değiştirilir.
Node üzerinde yeni disk görünmelidir.

CLI: lsblk

CLI: lsblk

9️⃣ Disk Temizleme (Zap)

Yeni disk üzerinde eski metadata varsa temizlenir.

CLI: ceph-volume lvm zap /dev/sdX --destroy

CLI: ceph-volume lvm zap /dev/sdX --destroy

🔟 Yeni OSD Oluşturma

CLI: ceph-volume lvm create --data /dev/sdX

CLI: ceph-volume lvm create --data /dev/sdX

GUI

Node
 → Ceph
   → OSD
     → Create OSD

Disk seçilir ve OSD oluşturulur.

GUI

Node
 → Ceph
   → OSD
     → Create OSD

Disk seçilir ve OSD oluşturulur.

1️⃣1️⃣ Rebalance ve Recovery

Yeni OSD eklendikten sonra Ceph otomatik olarak:

backfill - recovery - rebalance - başlatır.

CLI: ceph -s

backfill - recovery - rebalance - başlatır.

CLI: ceph -s

1️⃣2️⃣ Maintenance Flag Kaldırma

Operasyon tamamlandıktan sonra noout flag kaldırılır.

CLI: ceph osd unset noout

CLI: ceph osd unset noout

1️⃣3️⃣ Operasyon Tamamlanması

Cluster aşağıdaki duruma geldiğinde işlem tamamlanmıştır.

HEALTH_OK ve all PGs active+clean

HEALTH_OK ve all PGs active+clean

Operasyon Komut Özeti

ceph -s
ceph osd tree
ceph osd set noout
ceph osd out osd.X
watch ceph -s
ceph osd destroy X --yes-i-really-mean-it
ceph crash archive-all
lsblk
ceph-volume lvm zap /dev/sdX --destroy
ceph-volume lvm create --data /dev/sdX
ceph osd unset noout
ceph -s

ceph -s
ceph osd tree
ceph osd set noout
ceph osd out osd.X
watch ceph -s
ceph osd destroy X --yes-i-really-mean-it
ceph crash archive-all
lsblk
ceph-volume lvm zap /dev/sdX --destroy
ceph-volume lvm create --data /dev/sdX
ceph osd unset noout
ceph -s

Bir sonraki yazımızda görüşmek üzere. Faydalı olması dileğiyle.

The post Proxmox Ceph Storage Cluster Failed Disk Replacement appeared first on BURAK AKTAŞ.

Proxmox cluster ortamında bazı node’lar GUI üzerinde “Unknown” durumuna düşebilir. Bu durumda:

• Node çalışıyor olabilir (SSH erişilebilir)
• HA aktif görünür
• Ancak GUI ve API tarafında node health okunamaz

Aşağıdaki gibi görünür:

Root Cause (En Yaygın Sebep)

Bu durum genellikle:

• pvestatd servisinin kilitlenmesi
• PID lock dosyasının bozulması
• Servisin zombie durumda kalması

nedenleriyle oluşur.

Troubleshooting Adımları

1️⃣ Servis Loglarını Kontrol Et

journalctl -xeu pvestatd.service

Bakılacak şeyler:

• timeout
• lock hataları
• stuck process

2️⃣ Process Kontrolü

ps aux | grep pvestatd

3️⃣ Port / File Lock Kontrolü

lsof | grep pvestatd

veya

fuser /var/run/pvestatd.pid.lock

Burada PID lock kullanan process varsa problem buradadır.

Çözüm (Restart ATMADAN)

1️⃣ Problemli Process’i Öldür

kill -9 <PID>

2️⃣ Servisi Yeniden Başlat

systemctl restart pvestatd

3️⃣ Durumu Kontrol Et

systemctl status pvestatd

ve GUI’den node durumunu kontrol et.

✅ Beklenen Sonuç

• Node status → Online
• Question mark → kaybolur
• Metrics → tekrar akmaya başlar

Sonuç

Bu problem reboot atmadan %95 çözülür ve Proxmox ortamlarında oldukça yaygındır.
Özellikle büyük cluster ortamlarda daha sık görülür.

Bir sonraki yazımızda görüşmek üzere. Faydalı olması dileğiyle.

The post Proxmox Node Status “Unknown” Problemi appeared first on BURAK AKTAŞ.

Proxmox HA ortamında bir node’u bakım moduna almak:

Node’u HA için geçici olarak devre dışı bırakır.
Üzerindeki HA VM’leri otomatik olarak diğer node’lara taşır.

Yani bakım yapacağın node boşaltılır, servis kesintisi olmadan işlem yaparsın.

Önemli Fark (VMware ile Karşılaştırma)

VMware’de olduğu gibi GUI üzerinden maintenance mode göremezsin / yönetemezsin.

Proxmox’ta bu işlem sadece CLI üzerinden yapılır.

Bakım Moduna Alma (Enable)

ha-manager crm-command node-maintenance enable NODENAME

Ne olur ?

• HA sistemi node’u unavailable olarak işaretler.
• Üzerindeki HA VM’ler diğer node’lara migrate edilir.
• Node boşalır ve bakım için hazır hale gelir.

Bakım Modundan Çıkarma (Disable)

Bakım bittikten sonra node’u tekrar cluster’a almak için:

ha-manager crm-command node-maintenance disable NODENAME

Ne olur ?

• Node tekrar available olur.
• HA sistemi isterse VM’leri geri taşıyabilir.

Önemli Notlar (Kritik)

1. VM’ler anında gitmez

• Komutu verdikten sonra migration başlar.
• Node tamamen boşalana kadar beklemelisin.

2. Reboot atsan bile maintenance mode kalır

• Node restart olunca otomatik çıkmaz.
• Mutlaka disable etmen gerekir.

3. Her node’dan çalıştırabilirsin

• Komutu sadece ilgili node’da değil.
• Cluster’daki herhangi bir node’dan çalıştırabilirsin.

Proxmox HA ortamında bakım yaparken:

❌ Direkt reboot/shutdown yapma
✅ Önce maintenance mode kullan

Bu, production ortamda servis kesintisini önleyen en kritik adımdır. 👍

Bir sonraki yazımızda görüşmek üzere. Faydalı olması dileğiyle.

The post Proxmox HA Maintenance Mode appeared first on BURAK AKTAŞ.

Proxmox VE (Virtual Environment) ile bir cluster kurulumunda minimum ve maksimum node sayıları şu şekildedir:

• Minimum Node Sayısı: Proxmox VE ile bir cluster oluşturmak için en az 2 node gereklidir. Ancak, tek bir node ile de çalışabilir ve yönetim işlemlerini gerçekleştirebilirsiniz.
• Maksimum Node Sayısı: Proxmox VE clusterında resmi olarak desteklenen maksimum node sayısı 32’dir. Ancak, bu sayı donanım ve ağ yapılandırmasına bağlı olarak değişebilir ve daha büyük ölçekli kurulumlar için dikkatli planlama ve yapılandırma gerektirir.

Cluster yapılandırmasında her node, merkezi bir yönetim arayüzü üzerinden izlenebilir ve yönetilebilir. Ayrıca, yüksek erişilebilirlik (HA), canlı geçiş (live migration) ve yük dengeleme gibi özelliklerden de yararlanabilirsiniz.

Ben yazımda iki node’ lu bir cluster yapısı anlatıyor olacağım. PVE-01 ve PVE-02’yi birbirine cluster yapacağız.

Node farketmez herhangi bir node’ un en tepesine giderek Datacenter seviyesinde “Create Cluster” diyoruz.
Cluster’ı GUI üzerinden veya cli üzerinden yapabiliriz.

CLI üzerinden yapmak istediğimizde ilgili node’ un cli’ ından “pvecm create clustername” komutunu kullanıyoruz.

Cluster’a bir isim veriyoruz ve create diyip devam ediyoruz.

Resimde gördüğünüz gibi Proxmox VE cluster mimarisine geçiş yaparken corosync servisi ile bu işi yapıyor ve gerekli dataları ilgili conf dosyalarına yazarak restart edip cluster filesystem’i devreye alıyor.

Proxmox Corosync, Proxmox sanallaştırma platformunun bir bileşenidir ve özellikle yüksek erişilebilirlik (HA) kümeleme için kullanılır. Corosync, bir küme içerisindeki düğümler arasında mesajlaşma ve veri senkronizasyonunu sağlamak için kullanılan bir yazılımdır. İşte Proxmox Corosync hakkında bazı önemli noktalar:

• Küme İletişimi: Corosync, kümedeki düğümler arasında iletişimi sağlar. Bu, düğümlerin birbirleriyle senkronize olmasını ve bir düğümün arızalanması durumunda diğer düğümlerin bu durumu algılamasını mümkün kılar.
• Yüksek Erişilebilirlik (HA): Corosync, Proxmox’un yüksek erişilebilirlik özelliklerini destekler. Bu, bir düğüm arızalandığında diğer düğümlerin otomatik olarak hizmet vermeye devam etmesini sağlar. Böylece kesintisiz hizmet sunumu mümkün olur.
• Mesajlaşma ve Seçim Algoritmaları: Corosync, düğümler arasında mesajlaşma ve seçim algoritmaları kullanarak küme yönetimini gerçekleştirir. Bu sayede, hangi düğümün lider olacağı ve hangi düğümlerin hangi görevleri üstleneceği belirlenir.
• Veri Senkronizasyonu: Corosync, düğümler arasında veri senkronizasyonunu sağlar. Bu, verilerin tutarlılığını ve bütünlüğünü koruyarak herhangi bir düğüm arızasında verilerin kaybolmamasını sağlar.
• Proxmox Entegrasyonu: Proxmox sanallaştırma platformu, Corosync’i entegre ederek kullanıcıların sanal makinelerini yüksek erişilebilirlik modunda çalıştırmasına olanak tanır. Bu, özellikle kritik iş yükleri için önemli bir özelliktir.

Özetle, Proxmox Corosync, Proxmox sanallaştırma ortamında yüksek erişilebilirlik sağlamak için kullanılan bir küme mesajlaşma ve senkronizasyon yazılımıdır.

Cluster mimarisi tek node üzerinde oluştu. Artık PVE-01 bir cluster kümesinde biz bu kümeye PVE-2’yi dahil edeceğiz bunun içinde PVE-01 üzerinden Join Information bilgilerini alıyoruz.

Aldığımız bilgileri bu sefer kümeye dahil edeceğimiz PVE-02’nin Join Cluster sekmesine giderek bilgileri yapıştırıp “root” şifremizi giriyoruz.

Oluşturmuş olduğumuz Proxmox VE Cluster’ına ister GUI, isterseniz de cli üzerinden diğer nodeları ekleyebilirsiniz. Ben GUI üzerinden yapmayı tercih ettim ama cli üzerinden yapmak içinde komutlar aşağıdaki gibidir.

• pvecm create clustername –> Cluster oluşturuyoruz.
• pvecm add pve-node-01 –> Bu komutu cluster’a ekleyeceğimiz node’larda çalıştırıyoruz.
• pvecm status –> Bu komut ile cluster’ın durumunu kontrol ediyoruz.

Bu işlemi tüm node’larda sırası ile yaptıktan sonra tüm Proxmox VE node’ larının cluster altında toplandığını görüyoruz.

Cluster’ın status durumunu kontrol etmek için herhangi bir node’a cli üzerinden bağlanıp “pvecm status” komutunu çalıştırıyoruz.

Bir sonraki Proxmox yazımızda görüşmek üzere. Faydalı olması dileğiyle.

The post Proxmox VE Cluster Yapılandırması appeared first on BURAK AKTAŞ.

İlk olarak Proxmox VE‘yi kurmak için ilgili link’den iso’muzu download ediyoruz.

https://www.proxmox.com/en/downloads/proxmox-virtual-environment/iso

Proxmox VE iso dosyası kurulum yapılacak sunucuya mount edildikten sonra “Welcome to Proxmox Virtual Environment” ekranında ”Install Proxmox VE” tıklanır.

”End User License Aggrement (EULA)” ekranında ”I agree“ tıklanarak devam edilir.

Proxmox VE dosyalarının kurulumunun yapılacağı disk için ”Target Harddisk” kısmında disk seçilerek ”Next“ tıklanır.

Varsayılan dosya sistemi ext4‘tür. Ext4 veya xfs seçildiğinde Logical Volume Manager (LVM) kullanılır.

İşletim sistemi sürücüsü için yaygın bir uygulama controller arabirimini kullanarak RAID-1 array kullanmaktır. Bu disklerden biri arızalanırsa disk yedekliliği sağlar. Aynı yedeklilik düzeyi, ZFS gibi software-RAID array‘i kullanılarak da elde edilebilir. Fakat tavsiyem Proxmox VE‘nin kurulum yapılacağı OS diskleri fiziksel raid yapılmalıdır.

Proxmox VE kurulumun hemen başında işletim sistemi diski için ZFS tabanlı array seçme seçenekleri sunmaktadır.

ZFS tabanlı seçenekler için ”Options“ tıklanır filesystem’deki seçenekler aşağıdaki gibidir.

Benim test amaçlı kurmuş olduğum sunucular üzerinde raid controller olmadığından dolayı bizde zfs (RAID1) yaparak işletim sistemi Proxmox VE‘yi kuracağız. Ekran görüntüsünde de görüldüğü üzere ilgili diskleri seçiyoruz ve software-RAID yapıyoruz.

”Location and Time Zone Selection” ekranında Country, Time Zone ve Keyboard Layout seçilerek ”Next“ tıklanır.

”Administration Password and E-mail Address” ekranında Password, Confirm ve e-mail kısımları doldurularak ”Next“ tıklanır.

”Management Network Configuration“ ekranında Proxmox VE node’un yönetim arayüzüne erişimin yapılacağı network kartının seçimi için ”Management Interface“ seçildikten sonra Hostname (FQDN), IP Address, Netmask, Gateway ve DNS Server bilgileri girilerek ”Next“ tıklanır.

Bu ekranda yanlızca 1 adet DNS Server IP adresi girilmektedir. 1’den fazla dns tanımını kurulum sonrasında GUI üzerinden veya cli ile /etc/resolv.conf dosyasından ekleyebiliyoruz.

”Summary“ ekranında bir önceki ekranlarda girilen bilgiler kontrol edilerek kurulumun başlaması için ”Install” tıklanır.

”Installation Successful!“ Ekranında Kurulumun tamamlandığı bilgisi ve erişimin nasıl yapılması gerektiği ile ilgili bilgiler görülmektedir ”Reboot” tıklanır.

Reboot işlemide tamamladıktan sonra erişim sağlamak için tarayıcınıza kurulum sırasında verilen IP adresi ile aşağıdaki şekilde erişebilirsiniz.

https://ip_address:8006

“User name“ kısmına “root” ve kurulum esnasında verdiğimiz şifreyi ”Password“ kısmına yazarak ”Login“ tıklandıktan sonra aşağıdaki gibi management arayüzüne erişmiş oluyoruz.

Kurulum görüldüğü üzere çok hızlı ve kolay tamamlandı. Burdan sonra şirket politikanıza ve sistem alt yapınıza uygun olarak yapılandırmaları yapabilirsiniz.

Ben kurulumda basit tek nic bridge mode bir kurulum yaptım, burada network ekipleriniz ile istişare ederek Management Config de çift nic bond mimarisi de yapabilirsiniz.

Kurulum sırasında bizden bir adet dns istedi yapınızda 1 den fazla dns server var ise bunları GUI üzerinden veya CLI yardımı ile nano /etc/resolv.conf dosyası içinden tanımlayabilirsiniz.

Sonrasında nano etc/chrony/chrony.conf config dosyasını düzenleyerek kullanmak istediniz ntp’ lerinizi tanımlayabilirsiniz.

Kurulan node üzerinden firewall özelliğini kapatıp birden fazla node kurulumunda firewall’u merkezi yönetebilirsiniz.

Bir diğer önemli konuda repository’ lerin yönetimi. Repo’lar ortamlarınızı upgrade etmek için önem arz etmektedir. Eğer enterprise kullanım yapacaksanız Proxmox‘ dan abonelik almanız gereklidir. Bu vesile ile hem upgrade’ lerinizi hemde herhangi bir sorunda case yönetiminizi sağlıklı ve güvenilir yapabilirsiniz. Abonelik fiyatlarına Proxmox Subscriptions bu link’ den bakabilirsiniz. Eğer kullanımınızı ücretsiz yapmak istiyorsanız ve oluşacak herhangi bir sorunda case yönetimini kendiniz yapacaksanız community repo’ larını takip edip güncellemeniz gerekmektedir. Bu değişiklikleri de nano /etc/apt/source.list ve nano /etc/apt/sources.list.d/pve-enterprise.list üzerinden yapabilirsiniz.

Bir sonraki Proxmox yazımızda görüşmek üzere. Faydalı olması dileğiyle.

The post Proxmox VE 7.3 Kurulumu appeared first on BURAK AKTAŞ.

Proxmox VE, açık kaynaklı bir sanallaştırma platformudur, Debian tabanlı bir linux dağıtımı olup değiştirilmiş bir RHEL çekirdeği kullanır ve üç ana bileşenden oluşur. Proxmox Virtual Environment (VE), Proxmox Backup Server ve Proxmox Mail Gateway. Proxmox VE, tam sanallaştırma ve konteyner tabanlı sanallaştırmayı bir araya getiren, güçlü bir sanallaştırma yönetim platformudur. Proxmox Backup Server, Proxmox VE‘ ye entegre çalışan bir backup çözümüdür. Proxmox Mail Gateway ise e-posta güvenliği ve anti-spam çözümlerini içerir.

Nasıl Ortaya Çıkmıştır?

Proxmox VE, ilk olarak 2008 yılında Dietmar Maurer ve Martin Maurer tarafından geliştirildi. Açık kaynak kodlu olması ve kullanıcı dostu bir web arayüzüne sahip olması, kısa sürede popülerlik kazanmasını sağladı. Proxmox Mail Gateway ise 2005 yılında geliştirilmiştir ve e-posta güvenliği sağlamak amacıyla kullanılır.

Sanallaştırma Sistem Özellikleri

• Tam Sanallaştırma ve Konteyner Sanallaştırma: Proxmox VE, KVM (Kernel-based Virtual Machine) ve LXC (Linux Containers) desteği sunar.
• Yüksek Erişilebilirlik (HA): Proxmox VE, yüksek erişilebilirlik kümesi (HA cluster) kurmanıza olanak tanır, böylece sanal makineleriniz her zaman erişilebilir olur.
• Canlı Göç (Live Migration): Sanal makineleri kapatmadan bir host’tan diğerine taşıyabilirsiniz.
• Depolama Yönetimi: ZFS, Ceph, NFS, iSCSI, LVM, vb. gibi çeşitli depolama çözümleriyle entegre olabilir.
• Yedekleme ve Geri Yükleme: Sanal makinelerinizi ve konteynerlerinizi yedekleyebilir ve gerektiğinde geri yükleyebilirsiniz.
• Web Tabanlı Yönetim Arayüzü: Kullanıcı dostu bir web arayüzü ile sanal makineleri ve konteynerleri yönetebilirsiniz.

Sistem Gereksinimleri

Production ortamında konumlandırılacak sunucular için ortam gereksinimleri karşılayacak yüksek core’a sahip CPU’lar ve yüksek memory’ye sahip sunucuları konumlandırmak gerekir.

Proxmox VE, cluster’ı destekler ve bu entegre cluster işlevselliği sayesinde birden çok Proxmox VE node’un merkezi olarak yönetilebileceğimiz anlamına gelmektedir.

Proxmox VE, DAS, SAN, NAS gibi local storage’ın yanı sıra shared ve distributed storage (dağıtılmış depolamayı) (Ceph) kullanmamıza olanak sağlar.

Minimum Sistem Gereksinimleri (TEST)

• CPU: 64bit (Intel EMT64 or AMD64)
• Intel VT/AMD-V capable CPU/Mainboard (for KVM full virtualization support)
• Minimum 1 GB RAM
• Hard drive
• One NIC

Önerilen Sistem Gereksinimleri (PROD)

• Intel VT / AMD-V uyumlu CPU / Mainboard (KVM Tam Sanallaştırma Desteği İçin)
• Memory, işletim sistemi ve Proxmox VE hizmetleri için minimum 2 GB. Ayrıca guest işletim sistemleri için belirlenmiş memory gereklidir. Ceph veya ZFS için ek memory gereklidir, kullanılan her TB depolama alanı için yaklaşık 1 GB memory.
• Hızlı ve yedekli storage / SSD disklerle en iyi performans alınır.
• OS Storage: Pil korumalı yazma önbelleği (“BBU”) olan Hardware RAID Donanım veya ZFS ve SSD önbelleği ile software RAID
• Virtual Machine storage: Yerel depolama için, Pil destekli yazma önbelleği (BBU) olan Hardware RAID veya ZFS için RAID olmayan birdonanım kullanın. Ne ZFS ne de Ceph bir donanım RAID denetleyicisi ile uyumlu değildir. Shared ve distributed storage kullanılabilir.
• Yedekli Gbit NIC’ler, tercih edilen depolama teknolojisi ve cluster kurulumuna bağlı olarak ek NIC’ler – 10 Gbit ve üstü de desteklenir.
• PCI (e) passthrough için VT-d / AMD-d CPU flag’lı bir CPU gereklidir.

Proxmox VE (Virtual Environment) çeşitli depolama türlerini destekler ve farklı ihtiyaçlara uygun esnek depolama çözümleri sunar. İşte Proxmox VE tarafından desteklenen ana depolama türleri:

1. Yerel Depolama (Local Storage)

• Directory: Yerel disk üzerinde belirli bir dizin kullanılarak yapılandırılır. Küçük ölçekli kurulumlar için uygundur.
• LVM (Logical Volume Manager): Disk bölümleri (volume group) oluşturmak için kullanılır. LVM, esnek disk yönetimi ve anlık görüntü (snapshot) alma yetenekleri sağlar.
• ZFS: Yerel disk üzerinde ZFS dosya sistemi kullanılır. Yüksek veri bütünlüğü, veri sıkıştırma, anlık görüntüler ve replikasyon gibi özellikler sunar.

2. Paylaşılan Depolama (Shared Storage)

• NFS (Network File System): Ağ üzerinden dosya paylaşımı için kullanılır. Birden fazla Proxmox VE düğümü arasında ortak depolama alanı sağlar.
• iSCSI (Internet Small Computer Systems Interface): Blok tabanlı depolama protokolü. Proxmox VE düğümleri tarafından ortak kullanılabilir.
• Ceph: Dağıtık ve ölçeklenebilir bir depolama çözümüdür. Blok depolama, dosya sistemi ve nesne depolama hizmetleri sunar. Yüksek kullanılabilirlik ve veri güvenliği sağlar.
• GlusterFS: Dağıtık dosya sistemi. Yüksek erişilebilirlik ve esneklik sağlar.
• CIFS/SMB: Windows dosya paylaşımı için kullanılan protokol. Ortak dosya ve veri paylaşımı sağlar.

3. Özel Depolama Türleri

• RBD (RADOS Block Device): Ceph’in blok depolama çözümüdür. Yüksek performans ve ölçeklenebilirlik sunar.
• LVM over iSCSI: LVM, iSCSI üzerinden kullanılabilir. Bu, yerel LVM’nin avantajlarını paylaşılan bir depolama ortamında sunar.
• ZFS over iSCSI: ZFS dosya sistemi, iSCSI üzerinden kullanılabilir. Bu, ZFS’nin veri bütünlüğü ve anlık görüntü özelliklerini paylaşılan bir depolama ortamında sunar.

Depolama Türlerinin Karşılaştırılması

Proxmox VE’ nin geniş depolama desteği, farklı ihtiyaçlara uygun çözümler sunarak, esnek ve ölçeklenebilir bir sanallaştırma ortamı sağlar. Depolama türlerinin doğru seçimi, performans, maliyet ve yönetim kolaylığı açısından önemlidir.

Faydalı Yönleri

• Maliyet Etkinliği: Proxmox VE açık kaynaklı olduğu için lisans maliyetleri düşüktür.
• Esneklik ve Kontrol: Hem KVM hem de LXC sanallaştırma teknolojilerini kullanarak esnek bir yapı sunar.
• Merkezi Yönetim: Tek bir merkezi arayüz üzerinden tüm sanal makinelerinizi ve konteynerlerinizi yönetebilirsiniz.
• Yüksek Performans: Modern donanım ve yazılım özelliklerini kullanarak yüksek performans sağlar.
• Topluluk ve Destek: Proxmox’un büyük bir kullanıcı topluluğu ve güçlü bir destek sistemi vardır.

Proxmox VE, IT altyapınızı modernize etmek, maliyetleri düşürmek ve esneklik sağlamak için güçlü bir araçtır. Kullanıcı dostu arayüzü ve geniş özellik yelpazesi ile işletmenizin sanallaştırma ihtiyaçlarını karşılayabilir.

Proxmox VE Destekleyen Web Tarayıcıları

Web arayüzünü kullanmak için modern bir tarayıcıya ihtiyacınız var, buna şunlar dahildir:

• Firefox
• Google Chrome
• Microsofts Edge
• Safari

Bir sonraki Proxmox yazımızda görüşmek üzere. Faydalı olması dileğiyle.

The post Proxmox VE Nedir ? appeared first on BURAK AKTAŞ.