Depolama ortamı mimarisi senaryoları Karma bir Bulut Ortamının Depolama Mimarisi Senaryoları - mankenler

Hibrid bir bulut ortamı dağıtıldığında bir depolama mimarisi için çeşitli senaryoları düşünebilirsiniz. Bir karma bulut modelinde, kaynaklarınızın ve varlıklarınızdan bazılarının kurum içi olacağını ve bazılarının bulutta yaşayacağını unutmayın.

Melez bulutun bazı olası depolama mimarisi senaryoları:

• Uygulamalarınız ve verileriniz binanın içindedir ve 2. ve 3. katman verileriniz genel bir bulutta saklanır.

• Uygulamalarınızdan bazıları genel bir bulutta, verileriniz şirket içi ve depolama alanı genel bir bulut içerisindedir.

• Kuruluşunuzda özel bir bulutunuz var ve başka yerlerde barındırılan özel bir bulut yönetiyorsunuz.

• Uygulamalarınızdan bazıları verilerinizle birlikte genel bir bulut içerisindedir. Uygulamalarınızdan ve verilerinizden bazıları kurum içi. Depolama alanınız hem bulutta hem de tesis içi.

Hibrit bulutta depolama faktörleri

Melez bir bulut dağıttığınızda depolama alanı hakkında düşünmeniz gerekenler:

• Arayüzler: Verileri saklamak ve almak için, uygulamalarınız yerel sisteminizi bulut tabanlı depolama sistemine bağlayan bir API'ya ihtiyaç duyar. Kullanıcılar, bulut depolama cihazına veri gönderebilir ve verilere erişebilir olmalıdır. Bulut depolama alanı için birkaç standart olduğundan, bulut sağlayıcının kullandığı API'ların kendi aralarında birlikte çalışabildiğinden emin olun. Başka bir deyişle, satıcılar kendi API'lerini kullanmak ister.

  Uzmanlara göre, kullanıcıların istediği, tüm depolama arayüzlerinde kullanılan ağ için her yerde bulunan TCP / IP gibi bir standarttır. Bununla birlikte, bu zor olabilir, çünkü her bir satıcı kendi API'lerini tanımlayabilir. Dolayısıyla, kısa vadede, benzerlikler olabilir, ancak satıcılar tamamen birlikte çalışabilir olmayacaktır.

• Güvenlik: Güvenlik her zaman endişe kaynağıdır. Veri depolama ve kurum içi konumlar arasında veri aktarıldığında güvenlik önlemlerinin alındığından ve veri saklandıktan sonra erişim kontrol önlemlerinin alındığından emin olun. Depolama sırasında dosyalar da güvenli olmalıdır.

• Güvenilirlik: Veri bütünlüğü de hibrid bulut ortamının bir parçasıdır. Verilerinizin A noktasından B noktasına geldiğinden ve bütünlüğünü koruduğundan emin olmanız gerekir. Bulut sağlayıcınız verilerinizi endeksleyebilir. Depolama esnasında bütünlüğünün de bozulmadan kalması gerekir. Örneğin, dizinler bozulmuşsa verilerinizi kaybedebilirsiniz.

• İş devamlılığı: Planlı ve hatta planlanmamış duruş süresi işiniz için sorunlara neden olabilir.Depolama sağlayıcınızın, anlık görüntü, yansıtma ve yedeklemelerin yanı sıra hızlı kurtarma eklemesi yapması gerekir; böylece, sağlayıcının sistemi düşerse, kapatılacak demektir. Ayrıca, doğru hizmet düzeyi sözleşmelerinin (SLA) yerinde olduğundan emin olmanız gerekir.

• Raporlama ve geri yükleme: Bulut depolama, yerine getirilmiş bir ödeme modeli olduğundan, faturalandırma döngüsünün sonunda faturanızın ne olduğunu öğrenmeniz gerekir. Buna, sağlayıcıdan sizden tahsilat yapılabilecek işlem ücretlerinin yanı sıra depolama masrafları da dahildir.

• Yönetim: Melez bir bulut ortamında, bazı verilerinizi şirket içi ve bazıları da bulutta saklamayı seçerseniz, ortamları birlikte yönetebilmeniz gerekir.

  Hizmet seviyeleri bu ortamlarda nasıl izlenecek ve yönetilecek? Depolama sağlayıcınıza ilişkin bir sorun olup olmadığını nasıl bileceksiniz? Bütün bunları tek bir bölgede tek bir "cam bölmesinde" birlikte yönetebilmek güzel olurdu. "Ancak, endüstri henüz yok çünkü teklifler bu alanda gelişmeye devam ediyor.

• Performans / gecikme: Verinizi buluta koyduktan sonra, gecikme süresi (verilerin işlenmesinde oluşan gecikmeler) konularına tabidir. Burada sormanız gereken sorular şunlardır:

  • Başvurunuzunuza ne kadar hızlı veri gerekecek?

  • Veriler makul bir zaman aralığında mevcut değilse, riskler nelerdir?

  • Başvurularınız zaman aşımına ve dolayısıyla sorun yaşayacak mı?

  • Bulut depolama sağlayıcısı ağ hızınızla eşleşiyor veya aşıyor mu?

  • Herhangi bir tıkanıklık var mı?

Hibrit bulut depolama alanına yönelik satıcı yaklaşımı

Gerçek şu ki, dahili özel bulut depolama birimini harici bir bulut depolama birimi ile bir depolama alanına benzemek zordur. Farklı satıcıların farklı yaklaşımları vardır:

• Açık kaynak: Rackspace Cloud Files'ı bulutlar arasındaki saklamayı standartlaştırmak için açık kaynaklı bir sistem olarak sunar. Bunu Openstack çatısı altında yapıyor. org.

• Federasyon: EMC, Atmos çözümünü, buluttaki Atmos sunucularına gevşek bağlı ve federasyonlu olan yazılım tabanlı bir çözüm olarak sunmaktadır.

• Ağ Geçidi yaklaşımları: Bunlar, geleneksel depolama alanını bulut depolama alanına çevirmek için kurum içi depolama alanı ile bulut depolama alanı arasında oturuyor. Çoğu durumda, kullanıcılara, depolama bir NAS (ağa adreslenebilir depolama) türü depolama alanı olduğu sonucuna varmış gibi görünüyor.