Platform ve Altyapı Mühendisliği

Sanallaştırma Platformları (VMware, KVM, Proxmox, OpenStack)

Sanallaştırma platformlarının işletimi ve platformlar arası geçiş mühendisliği. VMware, KVM ve Proxmox ortamlarında cluster yönetimi, kaynak planlama ve taşıma projeleri.

Değerlendirme alın ← Yönet ve İşlet sayfasına dön

Neler sunuyoruz

VMware, KVM ve Proxmox cluster'larının işletimi; node health, kaynak dağılımı, yüksek erişilebilirlik ayarları ve live migration politikalarının yönetimi.
Overcommit oranlarının ölçümle belirlenmesi, işlemci ve bellek rezervasyonlarının iş yüküne göre ayarlanması, noisy neighbor etkisinin sınırlanması.
VMware'den KVM veya Proxmox'a geçişte bağımlılık envanteri, uyumluluk analizi, kademeli taşıma planı ve her aşamada geri dönüş yolunun korunması.
VM template'lerinin standartlaştırılması, snapshot retention politikası ve birikmiş snapshot'ların performans etkisinin önlenmesi.
Lisans modelinin ve yenileme takviminin izlenmesi, maliyet etkisinin önceden görülmesi ve alternatif değerlendirmesinin baskı altında değil planlı yapılması.
Node arızasında HA failover yapılandırması, kurtarma senaryolarının tatbikatla doğrulanması ve ölçülen kurtarma süresinin raporlanması.

7/24İzleme

%99,99Uptime

İşletim mimarisi

Nasıl çalışıyor

Her iş aynı beş adımdan geçer: mevcut durumu çıkarırız, hedef modeli tasarlarız, kademeli devreye alırız, işletiriz ve ölçüme göre iyileştiririz.

Tespit

Mevcut durumu çıkarır, açıkları ve başarı ölçütlerini yazılı hale getiririz.

Tasarım

Hedef işletim modelini ve gereken araç zincirini kurgularız.

Devreye alma

Kademeli olarak kurar, yapılandırır ve doğrularız.

İşletim

7/24 yönetim; sözleşmeli müdahale süreleri ve önleyici izleme.

İyileştirme

Metrikler, olaylar ve iş ihtiyacındaki değişime göre sürekli iyileştirme.

Sözleşmeli servis seviyesi

Her iş, yazılı SLA ile yürür; iyi niyet beyanı değil, taahhüt.

Mühendis yürütür

Sizin stack'inizi bilen adanmış mühendisler. Genel amaçlı bir çağrı merkezi katmanı yok.

Sürekli iyileştirme

İki haftada bir servis değerlendirmesi, üç ayda bir yol haritası güncellemesi.

Kimler kullanıyor

Sanallaştırma Platformları (VMware, KVM, Proxmox, OpenStack) hizmetini birlikte yürüttüğümüz sektörler.

Üretim ve Sanayi

Hat durmasın diye sahadaki sistemler yerinde çalışır, yönetim tek merkezden yapılır; yedeklilik hat hat planlanır.

İncele →

Bu hizmette kullandığımız teknolojiler

Aşağıdaki teknolojiler, Eclit teknoloji radarından alınmıştır. Bir teknolojinin hangi radar halkasında yer aldığı, o teknolojinin ne kadar iyi olduğunu değil, bizim onu kendi operasyonumuzda hangi olgunlukta kullandığımızı anlatır.

Teknoloji radarının tamamı →

Bu hizmetin kavramları

CPU: Merkezi işlem birimi.
Hypervisor: Tek bir fiziksel sunucu üzerinde birden fazla sanal makinenin çalışmasını sağlayan katman.
Karışık iş yükü: Farklı karakterdeki uygulamaların aynı altyapıyı paylaşması.
Sanal sunucu: Fiziksel bir sunucu üzerinde hypervisor aracılığıyla çalışan, kendi işletim sistemine sahip sunucu.
Sanallaştırma: Fiziksel kaynakların yazılımla soyutlanıp birden fazla mantıksal kaynak olarak sunulması.
Virtual Machine (VM): Fiziksel bir bilgisayarın yazılımla oluşturulmuş, kendi işletim sistemini çalıştıran karşılığı.

Bu sayfada geçen teknik terimlerin ne anlama geldiğini burada bulabilirsiniz. Tanımlar Eclit'in kendi teknoloji sözlüğünden alınmıştır; her terim, sözlükteki tam açıklamasına bağlanır.

Teknoloji sözlüğünün tamamı →

Bilgi Merkezi

Teknoloji operasyonları ve yönetimi üzerine yazdıklarımızı burada topladık.

Tümünü Gör →

%86 → %4

VMware ayak izini küçültenler, tamamen çıkmış olanlar

Rehber

01VMware lisans maliyetleri arttı, alternatife geçmeli miyiz?

Karar üç ölçüme dayanıyor: mevcut yenileme maliyeti, geçişin proje maliyeti ve yeni platformda işletim maliyeti. KVM ve Proxmox birçok iş yükü için gerçekçi alternatif ama tüm ortamı taşımak her zaman en ekonomik yol değil; karma yapı da bir seçenek. Ölçümü yapıp sayıları önünüze koyuyoruz.

02VMware'den KVM veya Proxmox'a geçiş nasıl ilerliyor?

Bağımlılık envanteriyle başlıyor: hangi sanal makine hangisiyle konuşuyor, hangi sürücü ve aracı yüklü. Sonra uyumluluk analizi, kademeli taşıma planı ve her aşama için geri dönüş yolu yazılıyor. Taşıma dalga dalga yapılıyor, her dalgadan sonra doğrulama var.

03Overcommit oranını nasıl belirliyorsunuz?

Ölçümle. İşlemci hazır bekleme süresi, bellek balonlama ve takas etkinliği izleniyor; oran bu üçünün eşiği aşmadığı en yüksek nokta olarak belirleniyor. Genel geçer bir oran kullanılmıyor; iş yükü profiline göre değişiyor.

04Snapshot'lar neden birikiyor ve sorun çıkarıyor?

Snapshot, değişiklikleri ayrı bir zincirde tutuyor; zincir uzadıkça disk performansı düşüyor ve birleştirme süresi uzuyor. Saklama politikası tanımlanıp süresi dolan görüntüler periyodik olarak temizleniyor.

05Node arızasında ne oluyor?

Yüksek erişilebilirlik yapılandırılmışsa sanal makineler kalan node'larda otomatik başlatılıyor. Bu senaryo tatbikatla doğrulanıyor ve ölçülen kurtarma süresi raporlanıyor; kaynak rezervasyonu, bir node kaybedildiğinde kalanların yükü kaldıracağı şekilde planlanıyor.

Nereden başlayacağınızı birlikte çıkaralım

İki hafta içinde neyin çalıştığını, neyin risk taşıdığını ve önceliklendirilmiş bir yol haritasını yazılı veriyoruz.

Görüşme talep edin