1. Anasayfa
  2. AWS

AWS (Amazon Web Service) Storage Gateway Nedir? Nasıl Çalışır? Nasıl Konfigüre Edilir? – Bölüm 2


0

AWS (Amazon Web Service) Storage Gateway, şirketin Data Center’ını Amazon Web Services‘nin bulut tabanlı depolama ortamı ile birbirine bağlayan bir servistir. Bu servis yardımı ile Data Center‘ınızdaki uygulamalarınızın Storage ihtiyacını, Amazon S3 veya Glacier üzerinden sağlayabilirsiniz. Servis, yüksek sıklıkla erişilen datayı şirket depolama alanında saklarken, daha az erişilen datayı ise Amazon üzerinde depolar. Servisin bu çalışma şekli farklılaştırılabiliyor. Aşağıda bahsedeceğim.


Resim-1

Bu servisten aşağıdaki biçimlerde faydalanabilirsiniz:

Gateway Cache Volume: Veriyi Amazon S3 üzerinde depolar, sık erişilen veriyi lokal ortamınızda tutar. Sık erişilen veri lokal ortamda depolanacağı için düşük gecikme süresi ile erişilir.

Gateway Stored Volume: Verinizi, düşük gecikme süresi ile erişilmesi için lokal sisteminizde tutarak belirli aralıklarda asenkron şekilde Amazon S3’e yedekler. Lokal sisteminiz dışına da bir ortama (off-site) yedek almanızı sağlar. Disaster recovery senaryoları için uygun bir seçimdir.

Gateway Virtual Tape Library: Şirketinizdeki yedekleme sisteminin Amazon S3 veya Amazon Glacier’e yedek alabilmesini sağlayan seçenektir. Desteklenen yedekleme sistemlerini incelemek isterseniz, kaynaklar kısmında paylaştığım adreslere göz atabilirsiniz.

Farklı ihtiyaçlar için farklı seçenekler sunulmuş. Bu servisin faydaları(göreceli olmakla birlikte),

  • Veriniz AWS sistemine SSL bağlantısı ile aktarılır. Aktarılan veri Amazon S3 veya Glacier üzerinde AES 256 bit standardı ile şifrelenerek korunur. AWS ile on-premises arasında AWS Direct Connect hizmetini de kullanabilirsiniz.
  • AWS bulut ortamına aktarılan veri, AWS’nin yapısı gereği, farklı fiziksel depolama alanlarına Replicate edileceği için “Redundancy” sağlanmış olur.
  • Storage Gateway servisi, lokal ortamınızda çalışan uygulamalarınızın kullanımı için endüstri standardı iSCSI disk arabirimi veya iSCSI VTL arabirimi sunar. Uygulama Sunucularınızın veya diğer Sunucularınızın lokal ortamınızda çalışan uygulamalara bağlanabilmesi için depolama mimarinizde major bir değişiklik veya yeni mimari tasarım yapmak zorunda kalmazsınız(şirketten şirkete farklılaşabilir).
  • Kullandığınız kadar ödeme seçeneği bilindiği üzere her bulut tedarikçisinde olduğu gibi AWS’de de mevcut.
  • Genel kullanımı
    • Backup
    • Disaster Recovery
    • Kurumsal dosya paylaşımı
    • Bulut tabanlı sistemleriniz için verinin “mirror” ‘lanması
    • Arşivleme ve uzun zamanlı yedekleme için manyetik donanım yerine Gateway VTL

Yazıma giriş kısmını tamamlamış oldum J Artık yapılandırma kısmına geçeyim. AWS web konsolundan Storage Gateway alanına geçiyoruz.


Resim-2

Bu alana geçiş yaptığınızda, servisten faydalanmak için yapmanız gereken adımlar ile karşılaşıyorsunuz.


Resim-3

Üstteki adımlara geçmeden önce bu servisin mimarisinden kısaca bahsedeyim. Lokal sisteminize kuracağınız bir Virtual Appliance’ı kullanıyorsunuz. AWS ile lokal sisteminiz(on-premises) arasındaki bağlantıyı, lokal sisteminize kuracağınız bir sanal Sunucu sağlıyor. Sanal Sunucuyu Storage Gateway Virtual Appliance’ı olarak düşünebilirsiniz. Buna benzer bir hizmet Microsoft Azure’da da mevcut. İsmi StorSimple. Azure’daki hizmette, lokal sisteminize özel bir donanım konumlandırmanız gerekiyor. Microsoft ile şirketiniz arasında anlaşmalara bağlı olarak bu özel donanıma ek ücret ödemeden sahip olabiliyorsunuz. Sanal Sunucu şeklinde dağıtımı yok(şimdilik). AWS Storage Gateway hizmeti içinde özel bir donanım yok(şimdilik). İçerik aynı olmakla birlikte sunuş şekilleri, AWS ile Azure arasında, biraz farklı J

Bunun dışında AWS‘de S3 ve Glacier farklı tür depolama alanları sunduğu için maliyet optimizasyonu yapabilirsiniz. Arşivlemek veya yedeklemek istediğiniz verinizi AWS S3’te tutmak yerine AWS Glacier üzerine aktarabilirsiniz(low-cost). Microsoft Azure tarafında bu tür bir ayrım göremedim. Microsoft tarafındaki bir yetkiliye sormanızda fayda var.

AWS Storage Gateway yapılandırması için AWS web konsolundan Set up and Activate New Gateway butonu ile işleme başlıyoruz.


Resim-4

Test ortamımda ilk seçenek ile ilerliyorum. Sonraki ekranda gereken donanım ihtiyacından bahsediliyor. Detaylar için yazımın sonundaki kaynaklar kısmına bakabilirsiniz.


Resim-5

AWS Storage Gateway sanal Sunucusunu çalıştıracağınız Hypervisor’ü seçerek devam ediyoruz. Bir sonraki ekranda Download butonu mevcut. Test ortamımda Windows 8.1 üzerindeki Hyper-V servisini kullandığım için Storage Gateway’in Hyper-V sürümünü Download ettim.


Resim-6

Sanal Sunucuyu Hyper-V servisine ekledim. Disklerden ilki, Download edilen dosyalar içinden çıkacak. Üçüncü ve ikinci diski tasarımınıza uygun olarak siz ekleyiniz. Test amaçlı olarak iki adet 80 GB disk ekledim. Cache ve Buffer için ilave disk eklemeniz gerekiyor, ilerleyen kısımlarda tekrar bahsedeceğim.


Resim-7

Sanal Sunucuyu çalıştırdığınızda, önceden hazırlanmış olan bir Linux (Centos 5.3) işletim sistemi ve içinde kurulmuş olan AWS yazılımı açılıyor. Varsayılan detaylar üstteki gibi. Üstte belirtilen Username ve Password ile sisteme giriş yaparak TCP/IP ve Time (Ntp) ayarlarını yapmanız gerekiyor!

İşlem bittikten sonra yaptığınız ayarları test edebilirsiniz. Testin başarı durumu aşağıdaki ekran görüntüsüne benzeyecektir.


Resim-8

AWS’deki Region’a bağlı ve SG’nin o anki durumuna bağlı olarak farklı test adımları veya lokasyonlar olabilir. Üstte görülen bilgiler de zaman içinde değişebilir. Bu testin amacı, sanal Storage Gateway Sunucunuz ile AWS bulut sisteminin iletişimini test etmektir.

Bu aşamadan sonra tekrar AWS web konsoluna geçerek kaldığınız yerden devam ediyoruz. Sanal Sunucunun yapılandırmasının bulut tarafı, AWS konsolundan kaldığımız yerden devam ederek yapılıyor.


Resim-9

Sanal Sunucuza Buffer için eklemeniz gereken diskten bahsediyor. Önceki kısımlarda 80 GB’lik disk eklemiş olduğumdan bahsetmiştim.


Resim-10

Ekrandaki detayları okuyabilirsiniz. Calculator kısmında hesaplama yapabilirsiniz. Devam ediyoruz.


Resim-11

Üstteki resimde gösterilen kısma, sanal Sunucunuza atadığınız IP adresini yazıyorsunuz. Proceed to Activation butonu ile devam ediyoruz. AWS konsolundan sanal Sunucunuzun IP adresine (erişim URL ‘ine) yönlendiriliyorsunuz, aktivasyon otomatik olarak yapılıyor ve yine AWS konsoluna yönlendiriliyorsunuz. İşlem tamamlandı.


Resim-12

Gateway’iniz üstteki şekilde AWS konsolunda yerine alıyor. Volume, Gateway ve görünen diğer kısımlardan gereken ayarları yapabilirsiniz. Test amaçlı 30 GB’lık bir Volume açmıştım.


Resim-13

Volume oluştururken iSCSI yapılandırması da tamamlandığından, lokal sisteminizdeki Sunucularda kullanacağınız iSCSI detayları da belirlenmiş oluyor.


Resim-14

Windows Server 2012 R2 Sunucumu, AWS konsolundan oluşturduğum iSCSI target’a bağlamıştım. Görünüm üstteki gibidir.


Resim-15

Gateway tab’ından, yapılan upload’lar hakkında bilgi alabilirsiniz. AWS’ye yapacağınız upload’u ve AWS’den yapacağınız Download’u limitleyebilirsiniz.

Üst kısımlarda sanal Sunucuma iki adet 80 GB disk eklediğimi yazmıştım. Sanal Sunucuya eklenen disklerin kullanılması ve yapılandırması için üstteki resimde görülen configure local Storage butonunu kullanıyorsunuz. Sanal Sunucunun disk layout’unun konfigürasyonu AWS web konsolu üzerinden yapılıyor.


Resim-16

Daha önce eklediğim 80’er GB’lık iki diski Cache ve Buffer olarak yapılandırmıştım. Ekran görüntüsü almak için sanal Sunucuma yeni bir disk ekledim. Cache ve Buffer için en az iki disk kullandıktan sonra, yeni disklerinizi(gerekiyorsa) ekleyerek buradan yapılandırabilirsiniz.

Buffer diski, verinizin AWS’ye gönderilmesi fazında kullanılıyor.

Cache diski, sık erişilen verinin depolanması fazında kullanılıyor.

AWS’nin bu servisinden faydalanmak için yapmanız gerekenleri genel olarak yazayım

  • Ücretini ödemek J
  • Storage Gateway sanal Sunucu için lokal sisteminizde, gereksinimlere uygun ortamı sağlamak
  • Lokal sisteminiz ile AWS arasında, veri transferi için kullanacağınız internet hattını tedarik etmek. İnternet hattının maliyeti ile AWS Storage Gateway servisinin maliyeti birbirinden farklıdır!
  • Lokal sisteminizdeki Sunucuları(Uygulama, dosya Sunucusu gibi) iSCSI ile Storage Gateway sanal Sunucunuza bağlamak.
  • AWS tarafına yedek almak/geri dönmek için desteklenen yedekleme yazılımlarından birine sahip olmak.
  • AWS’ye gönderilen veriniz için snapshot vs süreçleri planlamak

Servisin gözlenmesi için bir diğer AWS servisi olan CloudWatch’u kullanabilirsiniz.


Resim-17


Resim-18

CloudWatch, AWS Storage Gateway servisi hakkında gözlem metriklerini sunuyor. Örnek ekran görüntüsü üstteki gibidir. AWS Storage Gateway için yapılmış iki çalışmayı (Glympse ve NEWLOG Consulting) kaynaklar kısmına ekledim.

Özet:

AWS aboneleri için On-Premise (lokal sisteminiz) ile bulut sistemi arasında depolama perspektifinden bir köprü kurmak isterseniz, AWS Storage Gateway servisi çözüm olacaktır. Microsoft Azure aboneleri için de benzer şekilde StorSimple bir çözüm olacaktır.

Herkese sorunsuz ve neşeli günleri dilerim.

Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.

Referanslar

www.mshowto.org

http://docs.AWS.amazon.com/StorageGateway/latest/userguide/WhatIsStorageGateway.html

http://docs.AWS.amazon.com/StorageGateway/latest/userguide/Requirements.html

http://azure.microsoft.com/en-us/pricing/details/storsimple/

http://www.xyratex.com/

http://storsimple.seagate.com/Specifications-8000

http://storsimple.seagate.com/sites/dealr/files/Xyratex_Price_List.pdf

http://www.microsoft.com/en-us/server-cloud/products/storsimple/Features.aspx

http://www.microsoft.com/en-us/server-cloud/products/storsimple/

http://docs.AWS.amazon.com/StorageGateway/latest/userguide/ApplicationStorageVolumesCached.html

http://docs.AWS.amazon.com/StorageGateway/latest/userguide/StorageVolumeStatuses.html

http://AWS.amazon.com/solutions/case-studies/glympse/

http://AWS.amazon.com/solutions/case-studies/newlog-consulting/

Bu İçeriğe Tepkin Ne Oldu?
  • 0
    harika_
    Harika!!
  • 0
    be_enmedim
    Beğenmedim
  • 0
    _ok_iyi
    Çok iyi
  • 0
    sevdim_
    Sevdim!
  • 0
    bilemedim_
    Bilemedim!
  • 0
    olmad_
    Olmadı!
  • 0
    k_zd_m_
    Kızdım!

1981'de Isparta’da doğdum. Üniversiteye kadar yaşantım Isparta'da devam etti. Lisansımı ve Yüksek Lisansımı Yıldız Teknik Üniversitesinde tamamladım. Windows NT'nin zamanının geçip Windows 2000 Server ve Client tarafının yaygınlaşmaya başladığı dönemlerde Microsoft sertifikasyon eğitimleri ile amatörce ilgilendiğim Bilişim Teknolojileri alanında, profesyonelliğe doğru ilerleyişim başladı. Lisans eğitimimin son zamanlarında ve yüksek lisansım ilk yılında freelance olarak çalıştım. 2006'in ilk çeyreğinden itibaren Bilge Adam Bilgi Teknolojileri Akademisi’nde Microsoft Sertifikasyon eğitimleri vermeye bağladım. Ardından Ankara Kızılay şubesinde 2 yıl Sistem ve Ağ Uzmanlığı departmanında Bölüm Başkan Yardımcılığı yaptım. Bilge Adam Kurumsal’da MS Sistem ve Platform kısmında Danışmanlık ve Eğitim hizmetleri ile Bilge Adam macerama devam ettim. Son 1.5 yıl kurumum adına Savunma Teknolojileri Mühendisliği A.Ş. 'ye MS Sistem ve Platform, Vmware Infrastructure (ESXi, vSphere) , Endpoint Security & Content Gateways (Checkpoint & Websense) , Network Infrastructure (Cisco Systems - Routing & Switching) alanlarında danışmanlık hizmeti verdim. Şu an SYMTURK firmasında Enterprise Vault ve Altiris CMS ürünlerinde danışmanlık hizmetine devam ediyorum. Vakit ayırabildiğim ölçüde eşimle WoW oynuyorum.

Yazarın Profili

Bültenimize Katılın

Tıklayın, üyemiz olun ve yeni güncellemelerden haberdar olan ilk kişi siz olun.

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir