Sistem gereksinimleri
Şirket içi (on-premises) Bob kurulumundan önce, ortamının desteklenen platform, mimari, bilgi işlem (compute), depolama ve ağ gereksinimlerini karşıladığından emin ol.
Z Understand eklenti yapılandırmaları için geçici boyutlandırma değerleri yayınlandı. Bu değerler devam eden kıyaslama (benchmark) testlerine dayanmaktadır ve testler tamamlandıkça güncellenebilir.
Bu bölümdeki gereksinimler, OpenShift ortamını uygun şekilde planlamana ve boyutlandırmana yardımcı olur.
Desteklenen sürümler
Aşağıdaki tabloda Bob on-premises sürümleri ve uyumlu istemci bileşen sürümleri listelenmiştir.
| Bob on-premises sürümü | Bob IDE sürümü | Bob Shell sürümü |
|---|---|---|
| 2.0.0 | 2.2.0 | 2.0.5 |
Premium Package eklenti sürüm uyumluluğu için bkz. Yetkilendirmeleri yönetme.
Küme mimarisi
OpenShift Container Platform (OCP) üzerinde şirket içi (on-premises) bir Bob kurulumu şu anda aşağıdaki küme mimarisini desteklemektedir:
amd64(x86_64)
Bob workload'ları node selector'lar veya taint'ler kullanılarak amd64 node'ları ile sınırlandırıldığında karma mimarili (mixed-architecture) kümeler desteklenir. Bob bu zamanlama (scheduling) kısıtlamalarını otomatik olarak uygulamaz.
Desteklenen OCP sürümleri
Aşağıdaki tabloda desteklenen OCP sürümleri listelenmiştir.
| OCP sürümü | Durum | Notlar |
|---|---|---|
| 4.20 | Test edildi ve destekleniyor | Minimum desteklenen sürüm |
| 4.21 | Test edildi ve destekleniyor | |
| 4.22 | Test edildi ve destekleniyor |
Küme boyutlandırma
Bob, müşteri tarafından yönetilen bir OpenShift kümesi üzerinde bir kiracı (tenant) workload'u olarak çalışır. Kaynak gereksinimleri, dağıtılan Bob stack'ine göre değişiklik gösterir. Her kurulum Bob core bileşenlerini içerirken, isteğe bağlı Premium Package eklentileri gereken CPU, bellek ve depolama kapasitesini artırır.
Eklentiler, kurulum sırasında küme yöneticisi tarafından etkinleştirilir. Bir eklentinin etkinleştirilmesi yalnızca küme kaynak gereksinimlerini artırmakla kalmaz, aynı zamanda ilgili premium paket hakkının kullanıcılara atanıp atanamayacağını da belirler. Daha fazla bilgi için bkz. Yetkilendirmeleri yönetme.
Bu bölümdeki boyutlandırma değerleri, Bob workload'larının ihtiyaç duyduğu toplam kaynakları temsil eder. Bu değerler kiracı ayak izini (tenant footprint) tahmin etmeye yardımcı olmak için sağlanmıştır ve genel küme mimarisini tanımlama amacı taşımamaktadır. Altyapı kümesini yüksek kullanılabilirlik, diğer kiracı workload'ları, beklenen büyüme ve platform hizmet ek yükleri dahil olmak üzere kendi operasyonel gereksinimlerine göre boyutlandırmalısın.
Control plane node sayısı, altyapı node'ları, worker node'ları, yüksek kullanılabilirlik gereksinimleri ve büyüme planlaması gibi küme boyutlandırma kararları senin sorumluluğundadır.
Desteklenen stack yapılandırmaları
Bob birden fazla dağıtım yapılandırmasını destekler. Toplam kaynak ayak izi, etkinleştirilen eklentilere bağlıdır.
| Stack yapılandırması | CPU (ham) | Bellek (ham) | Depolama (PV'ler) | Durum |
|---|---|---|---|---|
| Bob Core | 38.1 vCPU | 42.1 GiB | ~50 GiB | Temel hat mevcut |
| Bob Core + RAG | 38.1 vCPU | 69.1 GiB | ~62 GiB | Temel hat mevcut |
| Bob Core + Z Understand | 30.1 vCPU | 79.1 GiB | ~2288 GiB | Kıyaslama devam ediyor |
| Bob Core + RAG + Z Understand | 46.1 vCPU | 113.1 GiB | ~2320 GiB | Kıyaslama devam ediyor |
Bob Core, desteklenen minimum dağıtım yapılandırmasını temsil eder. Kaynak değerleri, toplam Bob kiracı gereksinimlerini temsil eder ve platform altyapı ek yükünü hariç tutar. Eklenti kaynak gereksinimleri, performans testleri tamamlandıktan sonra yayınlanacaktır.
Bob kaynak ayak izi
Aşağıdaki referans ayak izi, isteğe bağlı hiçbir eklentinin etkinleştirilmediği bir Bob Core dağıtımı için geçerlidir.
| Dağıtım profili | CPU | Bellek | Depolama (PV'ler) |
|---|---|---|---|
| Değerlendirme (ham) | 16.8 vCPU | 20.8 GiB | ~9 GiB |
| Değerlendirme (+%25–30 ek pay/headroom) | ~21 vCPU | ~26 GiB | ~9 GiB |
| Üretim (ham) | 28.1 vCPU | 41.1 GiB | ~50 GiB |
| Üretim (+%25–30 ek pay/headroom) | ~36.5 vCPU | ~53.4 GiB | ~50 GiB |
Önerilen değerler, platform ek yükünü, workload dalgalanmalarını, yükseltmeleri ve gelecekteki büyümeyi karşılamak için zamanlama ek payını (scheduling headroom) içerir. Worker node kapasitesini boyutlandırırken ek pay ayarlanmış değerleri kullan.
Tek node'lu OpenShift (SNO) kümesi
Tek node'lu OpenShift (Single Node OpenShift), control plane ve worker workload'larını tek bir sunucuda birleştirir. SNO dağıtımları, yüksek kullanılabilirliğin gerekli olmadığı kavram kanıtlama (proof-of-concept), geliştirme, test ve uç (edge) ortamları için uygundur.
Referans boyutlandırma
| Katman | CPU | Bellek | Depolama |
|---|---|---|---|
| OpenShift platform minimumu | 8 vCPU | 16 GiB | 120 GiB |
| Bob değerlendirme workload'u (ek pay dahil) | ~21 vCPU | ~26 GiB | ~9 GiB |
| Toplam node referansı | ~29 vCPU | ~42 GiB | ~130 GiB |
- Tek node'lu OpenShift, node yedekliliği (node redundancy) sağlamaz.
- Control plane ve uygulama workload'ları aynı host'u paylaşır.
- Bir node hatası, hizmetin tamamen kullanılamaz hale gelmesiyle sonuçlanır.
- SNO, kullanılabilirlik veya felaket kurtarma (disaster recovery) özellikleri gerektiren üretim ortamları için önerilmez.
Kurulum kılavuzu için bkz. How to install single node OpenShift on bare metal (minimum 8 vCPU / 16 GiB RAM / 120 GiB depolama) ve Preparing to install on a single node, OCP 4.20.
Çok node'lu OpenShift kümesi
Aşağıdaki mimari, özel (dedicated) bir kümede çalışan Bob için minimum referans dağıtımı temsil eder.
Minimum referans yapılandırması
| Node rolü | Sayı | Node başına CPU | Node başına bellek | Toplam kaynaklar |
|---|---|---|---|---|
| Control plane | 3 | 4 vCPU | 16 GiB | 12 vCPU / 48 GiB |
| Altyapı (Infrastructure) | 3 | ~4 vCPU | ~16 GiB | 12 vCPU / 48 GiB |
| Worker | 3 | 20 vCPU | 24 GiB | 60 vCPU / 72 GiB / 600 GiB depolama |
| Küme toplamı | 9 | - | - | ~84 vCPU / ~168 GiB / 600 GiB |
OpenShift ek yükü hesaba katıldıktan sonra, worker node havuzu yaklaşık olarak şu kaynakları tahsis edebilir:
- 57 vCPU ayrılabilir kapasite
- 63 GiB ayrılabilir bellek
Bu kapasite, önerilen zamanlama ek payı (scheduling headroom) dahil olmak üzere Bob Core üretim ayak izini desteklemek için yeterlidir:
| Gereksinim | CPU | Bellek |
|---|---|---|
| Bob Core üretim gereksinimi | ~36.5 vCPU | ~53.4 GiB |
| Worker havuzu ayrılabilir kapasitesi | ~57 vCPU | ~63 GiB |
Referans için bkz. OpenShift Control Plane Sizing Guidelines, Control plane node sizing (yüksek kullanılabilirlik ve yükseltme ek payı için kullanımı %60 veya altında tut), ve Recommended host practices, Scalability and Performance (3 altyapı node'u önerilir).
Depolama gereksinimleri
Bob veri tabanları, arama hizmetleri, önbellek bileşenleri, yapılandırma, sertifikalar ve yedekleme verileri için kalıcı depolamaya (persistent storage) ihtiyaç duyar. Uygun depolama sınıfının (storage class) seçilmesi performans ve güvenilirlik açısından önemlidir.
Referans yapılandırmada worker node başına 200 GiB, tüm worker havuzunda ise toplam 600 GiB depolama alanı ayrılmıştır. Bu alan Bob kalıcı birim (persistent volume) gereksinimlerini (~50 GiB), image registry, izleme ve günlük kaydı (logging) gibi OpenShift dahili hizmetlerini ve gelecekteki workload büyümesi için ek kapasiteyi karşılar.
Desteklenen depolama sınıfları
| Depolama sınıfı | Tür | Desteklenen erişim modları | Durum |
|---|---|---|---|
| Managed NFS | Network File System (NFS) sağlayıcısı | RWO, RWX | Destekleniyor |
| OpenShift Data Foundation (ODF) | Ceph tabanlı depolama (RBD ve CephFS) | RWO, RWX | Destekleniyor |
Depolama erişim modu gereksinimleri
Farklı Bob bileşenleri farklı depolama erişim modları gerektirir.
| Bileşen | Gerekli erişim modu | Notlar |
|---|---|---|
| PostgreSQL | RWO (ReadWriteOnce) | Block storage gereklidir. SSD tabanlı depolama güçlü bir şekilde önerilir. |
| OpenSearch | RWO (ReadWriteOnce) | Yüksek performanslı block storage önerilir. |
| Redis | RWO (ReadWriteOnce) | Kalıcı veriler özel okuma-yazma erişimi gerektirir. |
| Paylaşılan yapılandırma ve sertifikalar | RWX (ReadWriteMany) | Birden fazla pod'un aynı birimi (volume) eşzamanlı olarak bağlaması (mount) gerektiğinde gereklidir. |
Depolama performansı, şirket içi (on-premises) Bob'un yanıt verme hızı ve kararlılığı üzerinde önemli bir etkiye sahiptir.
Özellikle PostgreSQL workload'ları için yetersiz depolama verimi veya G/Ç (I/O) performansı, yanıt sürelerinin uzamasına, daha yavaş indeksleme işlemlerine ve genel sistem performansının düşmesine neden olabilir. Veri tabanı workload'ları için depolama seçerken:
- Mümkün olduğunda SSD tabanlı block storage kullan.
- Yüksek gecikmeli veya sınırlı IOPS değerine sahip depolama platformlarından kaçın.
- Beklenen workload büyümesi için yeterli kapasiteyi sağla.
- Üretim workload'larını dağıtmadan önce depolama performansını doğrula.
Optimum performans için PostgreSQL ve OpenSearch veri birimlerini (data volumes) ortamdaki en hızlı mevcut block storage üzerinde dağıt.
Yedekleme depolaması
Bob, yedekleme ve geri yükleme (backup and restore) işlemleri için ayrı bir depolama hedefi gerektirir. Yedekleme depolama konumunun aşağıdakileri depolamak için yeterli kapasiteye sahip olması gerekir:
- Uygulama yedekleri
- Veri tabanı yedekleri
- İndeks anlık görüntüleri (index snapshots)
- Kuruluş politikalarının gerektirdiği saklama kopyaları (retention copies)
Yedekleme depolaması, desteklenen aşağıdaki harici depolama sistemleri tarafından sağlanabilir:
- Network File System (NFS) paylaşımları
- Kurumsal yedekleme depoları (repositories)
- Nesne depolama (object storage) hizmetleri (yedekleme çözümü tarafından destekleniyorsa)
Ağ gereksinimleri
Bob bileşenleri kendi aralarında OpenShift kümesi içinde ve harici olarak model endpoint'leri, container registry'leri, LDAP sağlayıcıları ve istemci iş istasyonları ile iletişim kurar. Kurulumdan önce, gerekli ağ bağlantısının ve DNS yapılandırmasının mevcut olduğunu doğrula.
En azından şunlardan emin ol:
- OpenShift node'ları birbirleriyle iletişim kurabilmelidir.
- İş istasyonun OpenShift API'sine erişebilmelidir.
- Bob, yapılandırılmış LLM endpoint'lerine ulaşabilmelidir.
- Bob, kullanılıyorsa LDAP veya Active Directory sunucularına ulaşabilmelidir.
- Geliştirici iş istasyonları Bob ingress endpoint'ine erişebilmelidir.
- Bob uygulama endpoint'i için DNS kayıtları yapılandırılmış olmalıdır.
- TLS sertifikaları geliştirici iş istasyonlarından doğrulanabilmelidir.