‫Evet, tüm bu sorulara cevap alıyorsunuz ama ben yine de cevap vermek istiyorum.
‫Sohbetteki yardımlarınız için çok teşekkürler.
‫Andy, Rex Ray kullanarak aynı kalıcı birimi bir sürü yığınındaki birden çok kapsayıcıya monte etme konusunda herhangi bir tavsiyeniz
‫var mı diye sordu.
‫PD aynı anda sadece bir notaya bağlanabildiğinde.
‫Evet.
‫Yani konteyner orkestrasyonu ile ilgili olan şeyi burada göremezsiniz.
‫Andy, konteynerlerin temel depolama altyapısı özelliklerini veya sınırlamalarını değiştirmediğini
‫söylüyor.
‫Yani demek istediğim, elastik blok depolama kullanıyorsanız ve sekizimiz
‫aynı anda bir sunucuda yalnızca bir konteynerle konuşabiliyorsak, CBS'yi aynı anda yalnızca tek bir kolay düğüme bağlayabilirsiniz,
‫bu depolama cihazının bir özelliği veya sınırlamasıdır.
‫Bu depolama sistemi konteynerleri bunu değiştirmiyor ve değiştireceklerini de hiç sanmıyorum.
‫Kesinlikle bugün bunu yapmıyorlar ve dışarıdaki tüm araçların sadece UBS nesnesini doğru zamanda doğru
‫konteyner için doğru düğüme yerleştirmenize yardımcı olacağını biliyorlar.
‫Şimdi 8'imizde Alexander'ın bahsettiği gibi bir şey kullanırsanız.
‫ESFS aracını sekizimizle birlikte destekleyen şey ESFs depolamasıdır ve bu daha yavaştır ancak çok düğümlü çoklu
‫okuma ve yazma için tasarlanmış bir depolama türüdür.
‫Esasen bir Windows dosya paylaşımı gibidir, eğer bir Windows geçmişine sahipseniz, Windows dünyasındaki
‫SMB sifts dosya paylaşımı, birden fazla düğümün veya istemcinin ağ üzerinden paylaşılan depolamaya bağlanabildiği
‫aynı işlevselliğe sahiptir, örneğin scuzzy buna izin verir, ancak NetApp gibi gelişmiş depolama kullanıp kullanmadığına bağlı olarak belirli teknolojilerde
‫aynı anda birden fazla hakka izin vermeme eğilimindedir.
‫Bunun gibi şeyler, yani depolama hakkında düşündüğünüzde, temel olarak konteynerlerin
‫depolamanın sınırlamalarının hiçbirini değiştirmediğini fark edersiniz, bu yüzden doğru
‫depolamayı bulmanız gerekir ve aslında insanlar bana genel olarak depolama hakkında soru sorduklarında, birçok insan
‫hala ilk önce konteyner depolama aracına ihtiyacım var gibi depolamaya yönelme eğilimindeyiz.
‫Bana göre bu yapmanız gereken son şey.
‫İlk olarak başvuruyu incelediniz ve gereksinimlerine baktınız.
‫Devam filmimi hak ettiğimi biliyorsun.
‫Belirli bir yanıt oranına, belirli bir IO seviyesine sahip olmam gerekiyordu.
‫Umarım bunlardan bazılarını öğrenebilirsiniz ve daha sonra bu ihtiyacı karşılayacak
‫depoyu aramaya başlamanız gerekir.
‫Ve son olarak, sadece bir docker çalıştırması gibi bir orkestrasyon kullanmıyorsanız, bu depolamayı bir orkestratörde veya Docker'ın
‫kendisinde nasıl çalıştırabilirim?
‫Ve sonra.
‫Yani artık çoğu depolama tedarikçisi Docker sürücüleri Cuba Daddy'nin sürücüleri gibi şeyler sağladığı
‫için bunu böyle biliyorsunuz.
‫Bu yüzden ilk olarak bunu aramaya yönelmiyorum.
‫Sorulara cevap verme eğilimindeyim.
‫Uygulamanın neye ihtiyacı var.
‫O depolama çözümünü bulduğumda gidip doğru depolama çözümünü bulayım.
‫Kümeme nasıl bağlayabilirim.
‫Belki bu şekilde yaptınız ve belki de çoklu okuma haklarını nasıl yaparım deme noktasındasınız.
‫Ve ne yazık ki bunu destekleyen özel bir depolama alanı bulmanız gerekecek.
‫Şimdi depolama çoğaltma konusuna girebiliriz.
‫Dosyaları, paylaşılan hiçbir şey depolama adı verilen farklı sunucular arasında çoğaltıyoruz ya da ağ üzerinde paylaşılan bir
‫depolama alanınız yok, belki de diğerlerine istilalar kullanıyorsunuz ya da bulut depolama veya bir veri merkezinde
‫kendi özel depolama alanınızı kullanıyorsunuz.
‫Bunların hepsi, neyin bir orkestrasyon olması gerektiğine karar vermeden önce üzerinde çalışacağınız farklı türde depolama
‫çözümleridir.
‫Doğru.
‫Çünkü yine tüm bu şeylerin konteynere özgü olması gerekmez.
‫Bunlar sadece standart depolama çözümleridir ve çoğu konteynerlerden önce de mevcuttu ve konteyner orkestratörünüz
‫veya Docker çalıştırmanız için doğru sürücüyü veya eklentiyi edinmeniz yeterlidir.
‫Umarım bu süreç, sorununuzu çözmek için ne bulmanız gerektiğini anlamanıza yardımcı olur.