FAQ

Taşıma işlemi yalnızca manuel olarak gerçekleştirilebilir. Taşıma işlemini gerçekleştirmek için VM’leri hazırlamanız gerekir: konuk işletim sistemini UEFI önyükleme moduna getirin, VM’leri ova/ovf’ye aktarın, elde edilen ova/ovf’yi içe aktarabilmemiz için bize gönderin. Bir süre sonra, kullanıcının bu görevi gerçekleştirmesi için bir araç mevcut olacaktır.

vCloud gibi bir genel bulutta yalnızca sanal katman görülebilir. Kurulumunuzda, vSphere’de olduğu gibi fiziksel katmanı da görebilirsiniz.

İlk olarak, kümeye bir düğüm eklenir. Ardından VM’ler yeni diskler kullanılarak yeniden oluşturulan havuzlara taşınır. Sürüm 2.1’de, VM’leri taşımadan alanı artırmak için bir mekanizma uygulanacak ve bu da havuzun 1 disk genişletilmesine izin verecektir.

Mevcut ana bilgisayarlara kaynak ekleyebilirsiniz. Daha ağır bir seçenek ise bir kümeye ana bilgisayar eklemektir.

vDC kotaları sistem sahibi tarafından yönetilir ve kaynak talebi harici işlemler tarafından yapılır.

1GB SSD, HDD’den daha pahalıdır ve bu da topoloji hesaplama tasarruflarını dengeler. HDD’nin güncel olmadığına inandığımız için şu anda SSD disklerde vStack sunuyoruz. Ancak, gerekirse HDD desteğini hızla eklemeye hazırız.

Her düğümde minimum disk sayısı düğüm sayısına eşittir. Bu varsayım matematiksel olarak türetilmiştir, aksi takdirde hiper yakınsama ilkesi ve yük devretme işlevi bir anlam ifade etmez ve en az bir diskin arızalanması ölümcül olur.

Bir sanal makineyi harici bir veri deposuna sunmak yakınsanmış bir yaklaşımdır. Bu durumda, hiper yakınsama ilkeleri ihlal edilmiş olur.

Konuk işletim sistemi üzerinden yedekleme yapabilirsiniz. Bunu yapmak için, seçilen yedekleme çözümü için bir yedekleme aracısı yüklemeniz, yedekleme sunucusuna bağlamanız, yedekleme / saklama politikalarını ve programını seçmeniz gerekirr.

Evet, disklerin sunucu yuvalarındaki konumunu düzeltmeniz, diskleri yeni sunucuya taşımanız ve ardından yeni sunucuyu ağ donanımına bağlamanız gerekir. Tüm bunlar hiper yakınsamanın bir avantajıdır.

Şu anda kümeye ek düğüm ekleme imkanı yoktur, ancak bu yakın gelecekte planlanmaktadır. Bu özellik şu anda Managed vStack hizmetinde bir yönetim arayüzü olmadan kullanılabilir.

Aylık olarak bir küme kaynak kullanım raporu yayınlıyoruz. Gerekirse, bu raporları VM’ler için kriterlerle uygulayabiliriz.

10Gbe öneriyoruz. I/O performansı önemliyse, 25Gbe bir önceliktir.

Evet, mümkün, ancak tercihen en az 8 çekirdekli. Genel bir kural olarak, PCI yuvalarının bir kısmı modern anakartlarda mevcut olmayacaktır.

Düğüm sayısı ile ağ bağlantı noktası sayısı arasında bir ilişki yoktur. Önerdiğimiz minimum sayı, iki farklı NIC üzerinde düğüm başına 4 bağlantı noktasıdır.

vStack kümesinin düğümleri, en az 4 Intel işlemciye sahip herhangi bir modern x86 sunucu olabilir. İşte örnek bir düğüm yapılandırması:

• Intel 2U sunucu platformu
• 2 x 16 Xeon 6226R çekirdek (2,90 GHz)
• 8 x 32GB RDIMM 3200MHz çift dereceli kit
• 4 x 960TB SSD SAS okuma yoğun 12Gbps 512e 2,5″ sürücü PM5-R
• 2 x Intel 10/25Gbe Intel SFP+ çift bağlantı noktalı PCIe
• 2 x Güç Kaynağı Ünitesi (1 PSU) 750W Çalışır Durumda Takılabilir

Aşırı yükleme zaten büyük bir farktır. Buna ek olarak, katman eşzamanlılığının semantiğine de bakabiliriz. Ayrık bir API’de bunun “manuel” olarak uygulanması gerekecektir, bu nedenle kullanıcı katmanında bu senkronizasyon için mekanizmalar oluşturma ihtiyacı vardır.