OpenStack ile Özel Bulut Nasıl Kurulur ve İşletilir?

Kuruluma geçmeden önce: özel bulut neyi çözer ve neyi çözmez?

OpenStack, kendi veri merkezinizdeki sunucu, ağ ve depolama kaynaklarını kendi kendine hizmet veren bir bulut gibi sunmanızı sağlayan açık kaynak bir platformdur. Kullanıcılar bir yönetici talebi beklemeden sanal sunucu, ağ ve disk oluşturabilir. Bu model, veri yerelliği, maliyet kontrolü ya da mevzuat nedeniyle kaynağını kendi elinde tutmak isteyen kurumlar için anlamlıdır.

Bunun bedeli işletme yüküdür. Genel bulutta sağlayıcının üstlendiği donanım yenileme, güncelleme, kapasite planlama ve sorun giderme burada ekibin işidir. Bu yüzden kurulumdan önce şu soruların yanıtı net olmalıdır: hangi iş yükleri bu bulutta çalışacak, kaç kiracı (ekip ya da proje) hizmet alacak, yüksek erişilebilirlik beklentisi nedir ve işletmeyi kim üstlenecek?

Özel bulutun kavramsal tanımı için sözlük sayfası kullanılabilir; burada odak, platformu planlayıp kurma ve işletme adımlarıdır.

Mimariyi planlama: servisler ve düğüm rolleri

OpenStack tek bir program değil, birlikte çalışan servislerin kümesidir. Temel işlevler şöyle dağılır: • Keystone: kimlik doğrulama ve yetkilendirme. • Nova: sanal sunucuların (hesaplama kaynaklarının) oluşturulması ve yaşam döngüsü. • Neutron: sanal ağlar, alt ağlar, yönlendiriciler ve güvenlik grupları. • Glance: sanal sunucu imajlarının saklanması. • Depolama servisleri: blok ve nesne depolama.

Planlama aşamasında düğümleri rollerine göre ayırın. Denetleyici düğümler API servislerini ve veritabanını barındırır, hesaplama düğümleri sanal sunucuları çalıştırır, depolama düğümleri verileri tutar. Yüksek erişilebilirlik gerekiyorsa denetleyici katmanını birden çok düğüme yaymak ve ortak bileşenleri (veritabanı, mesaj kuyruğu) buna göre kurmak gerekir.

Bu aşamada belgelenen kararlar sonraki işletmeyi belirler: ağ tasarımı (yönetim, depolama ve kiracı trafiğinin ayrılması), adresleme planı, depolama türü ve kapasite hedefi. Kurulum sırasında değiştirilmesi zor kararları baştan netleştirmek en pahalı hataları önler.

Kurulum yaklaşımı: elle mi, otomasyonla mı?

OpenStack kurulumu için farklı yollar vardır: servisleri tek tek elle kurmak, topluluk ve dağıtıcı araçlarıyla otomatik dağıtım yapmak ya da yönetilen paketlerden yararlanmak. Öğrenme amaçlı küçük bir laboratuvar kuruyorsanız servisleri tek tek anlamak için elle kurulum yararlıdır. Üretim ortamında ise tekrarlanabilirlik için otomasyon (yapılandırma yönetimi araçları ya da dağıtım çerçeveleri) tercih edilir.

Hangi yol seçilirse seçilsin sıra benzerdir: önce temel altyapı (zaman eşitleme, ağ, ad çözümleme), sonra ortak bileşenler (veritabanı, mesaj kuyruğu), ardından Keystone, Glance, Nova, Neutron ve panel arayüzü. Her servisten sonra kısa bir doğrulama yapmak, hatanın hangi adımda oluştuğunu bulmayı kolaylaştırır.

Kurulum betiğini ve yapılandırma dosyalarını sürüm kontrolünde tutun. Üretimdeki bir kümede "neden bu ayar böyle?" sorusuna yanıt veren tek kaynak çoğu zaman yapılandırma geçmişidir. Sürüm numaralarını ve paket adlarını kurulumdan önce resmî OpenStack belgesinde kontrol edin; sürümler arasında yapılandırma farkları olabilir.

Kimlik, ağ ve imaj servislerini yapılandırma

Keystone ile başlayın. Kurumun yapısına uygun bir alan, proje ve kullanıcı hiyerarşisi tasarlayın; kullanıcılara proje bazlı roller atayın. Her servisin kendi servis hesabı olmalıdır ve bu hesapların yetkileri gereğinden geniş olmamalıdır. Kimlik doğrulamayı kurumun dizin hizmetine bağlamak, hesap yaşam döngüsünü merkezileştirir.

Neutron'da önce sağlayıcı (dış) ağı, sonra kiracı ağlarını tasarlayın. Tipik akış şöyledir: kiracı bir ağ ve alt ağ oluşturur, bir yönlendirici ile dış ağa bağlar, sanal sunuculara güvenlik grupları ile hangi trafiğe izin verileceğini tanımlar. Güvenlik gruplarında varsayılanı kapalı tutup yalnızca gereken bağlantı noktalarını açmak temel kuraldır.

Glance'te organizasyonun onaylı temel imajlarını yayınlayın. Herkesin kendi imajını getirmesi yerine hazırlanmış, güncellenmiş ve test edilmiş imajlar sunmak güvenlik ve tutarlılık sağlar. İmajların kimin tarafından hangi tarihte yenilendiğini kayıt altına alın.

Bir sanal sunucuyu uçtan uca oluşturma: örnek akış

Kurulumun çalıştığını doğrulamanın etkili bir yolu, bir kullanıcı gibi baştan sona bir sanal sunucu açmaktır. Resmî komut satırı istemcisinde sunucu oluşturma komutu bir tür (flavor), bir imaj, bir ağ ve isteğe bağlı bir anahtar çifti alır. Örneğin kavramsal akış şöyledir:

openstack server create --flavor <tür> --image <imaj> --network <ağ> --key-name <anahtar> <sunucu-adı>

Bu komutun arkasında olan zinciri anlamak arıza ayıklamada işe yarar: istek Keystone'da doğrulanır, Nova zamanlayıcı uygun bir hesaplama düğümü seçer, Glance imajı o düğüme getirir, Neutron sanal ağ arayüzünü hazırlar ve sunucu açılır. Komut hata verirse hangi servisin kaydına bakacağınızı bu zincir söyler.

Doğrulama kontrol listesi: • Sunucu çalışır duruma geçti mi? • Sunucu ağdan adres aldı mı? • Güvenlik grubu kuralı ile dışarıdan izin verilen bağlantı çalışıyor mu? • Sunucuya anahtar ile erişilebiliyor mu?

Proje, kota ve kendi kendine hizmet yönetimi

Özel bulutun değeri, kullanıcıların yönetici müdahalesi olmadan kaynak alabilmesidir; bu serbestlik kotalarla dengelenir. Her proje için sanal sunucu sayısı, işlemci, bellek, disk ve ağ nesneleri üzerinde sınırlar belirleyin. Kota yoksa tek bir ekip kümenin kapasitesini tüketebilir; kota çok sıkıysa ekipler sürekli yöneticiden talep eder ve bulutun avantajı kaybolur.

Proje bazlı kullanımı düzenli raporlayın. Kimin ne kadar kaynak kullandığını göstermek, kullanılmayan sunucuların temizlenmesini ve kapasite planlamasını destekler. Kuruluşlar çoğu kez gösterim ya da geri ödeme modeli (showback / chargeback) için de bu verileri kullanır.

Otomasyon tarafında, tekrarlanan altyapı kurulumlarını şablonlaştırmak için orkestrasyon servisi ve betikleme araçları kullanılabilir. Bir ekibin standart ağını, güvenlik grubunu ve sunucularını tek şablondan açabilmesi, hem hızı hem tutarlılığı artırır.

İşletim, izleme ve sorun giderme

Kurulum biter, işletme başlar. Düzenli izlenmesi gereken konular: servis API'lerinin yanıt durumu, hesaplama düğümlerinin kaynak kullanımı, mesaj kuyruğu ve veritabanı sağlığı, depolama doluluğu ve ağ erişilebilirliği. İzleme verisini uyarıya bağlayın ama uyarıları sade tutun.

Sorun gidermede izlenecek sıra genellikle şudur: belirtiyi netleştirin (hangi kullanıcı, hangi işlem), ilgili servisin kayıtlarına bakın, servisin bağımlılıklarını kontrol edin (kimlik, veritabanı, mesaj kuyruğu), son yapılandırma değişikliğini inceleyin. Sanal sunucu açılmıyorsa Nova ve zamanlayıcı kayıtları, ağ adresi almıyorsa Neutron ve ağ ajanları, imaj sorunlarında Glance incelenir.

Güncellemeler önceden planlanmalı, önce laboratuvarda denenmelidir. Yedekleme stratejisi yapılandırma dosyalarını, veritabanını ve kritik verileri kapsamalıdır. Bir felaket senaryosunda kümenin nasıl yeniden kurulacağını yazılı tutmak ve ara sıra denemek, işletme olgunluğunun en güçlü göstergelerinden biridir.

Bu beceriyi Mindset programında nerede çalışırsınız?

Mindset kataloğundaki OpenStack ile Özel Bulut Kurulumu ve İşletimi eğitimi, altyapı yöneticileri, sistem mühendisleri ve özel bulut platformunu devralacak ekipler için kurgulanmıştır. Modül başlıkları özel bulut mimarisi, Keystone ile kimlik, Nova ile hesaplama, Neutron ile ağ, Glance ve depolama, proje ve kota yönetimi, otomasyon ve kendi kendine hizmet ile işletim, izleme ve sorun gidermeyi kapsar.

Kurumsal ekipler için bu yapı, servisleri tek tek öğrenip sonra bütün bir bulut olarak işletmeye giden bir sıra sunar. Güncel dönem ve ayrıntılar eğitim sayfasında yer alır.