Amazon OpenSearch Hizmeti Hakkında SSS

Evet. Yalnızca birkaç tıklamayla konsoldaki Etki Alanı Oluşturma Sihirbazı ile yeni bir Amazon OpenSearch Service etki alanı oluşturabilirsiniz. Yeni bir etki alanı oluştururken etki alanınıza tahsis edilmesini istediğiniz bulut sunucusu sayısını, bulut sunucusu tiplerini ve EBS birimlerini belirleyebilirsiniz. Ayrıca, konsolu kullanarak mevcut Amazon OpenSearch Service etki alanlarını değiştirebilir veya silebilirsiniz.

Evet. Amazon OpenSearch Service, Amazon VPC ile entegredir. VPC erişimi seçerken, VPC'nizden gelen IP adresleri Amazon OpenSearch Service etki alanınıza eklenir ve tüm ağ trafiği, AWS ağı içinde kalır ve internet üzerinden erişilemez. Ayrıca, Amazon OpenSearch Service etki alanlarınıza erişimi kısıtlamak için güvenlik gruplarını ve IAM politikalarını kullanabilirsiniz.

Evet. AWS CloudFormation, Amazon OpenSearch Hizmeti'ni destekler. Daha fazla bilgi için CloudFormation Şablon Başvurusu belgelerine bakın.

Evet. Etki alanlarınız için tahsis edilmiş ana düğümler yapılandırabilirsiniz. Tahsis edilecek bir ana yapılandırma seçerken, bulut sunucusu tipini ve bulut sunucusu sayısını belirleyebilirsiniz.

Evet. Aynı Amazon OpenSearch Service etki alanı içinde birden fazla Elasticsearch veya OpenSearch dizini oluşturabilirsiniz. Elasticsearch ve OpenSearch, dizinleri ve ilgili replikaları etki alanına tahsis edilen bulut sunucuları arasında otomatik olarak dağıtır.

Amazon OpenSearch Service, veri alımı için üç seçeneği destekler:

• Büyük veri hacimleri için, verilerinizin aktarım hızına uyum sağlamak üzere otomatik olarak ölçeklendirilen, sürekli yönetim gerektirmeyen ve tam olarak yönetilen bir hizmet olan Amazon Kinesis Data Firehose'u kullanmanızı tavsiye ederiz. Ayrıca, yüklemeden önce verileri dönüştürebilir, toplu hale getirebilir ve sıkıştırabilir.
   
• Amazon OpenSearch Service, Logstash ile entegrasyonu destekler. Amazon OpenSearch Service etki alanınızı, Logstash uygulamanızdan gelen tüm günlükler için veri deposu olarak yapılandırabilirsiniz.
   
• Etki alanınıza veri yüklemek için dizin ve toplu API'ler gibi yerel Elasticsearch (7.10 sürümüne kadar) veya OpenSearch API'lerini kullanabilirsiniz.

Evet. Amazon OpenSearch Service, Logstash ile entegrasyonu destekler. Amazon OpenSearch Service etki alanınızı, Logstash uygulamanız aracılığıyla gelen tüm günlükler için arka uç deposu olarak ayarlayabilirsiniz. Logstash uygulamanızdan gelen çağrıların kimliğini doğrulamak için oturum açma talebini veya Logstash uygulamanızı çalıştıran bulut sunucularının IP adreslerini eklemek için kaynak tabanlı IAM politikalarını kullanmak üzere Amazon OpenSearch Service etki alanınızda erişim denetimi ayarlayabilirsiniz.

Evet. Amazon OpenSearch Service, OpenSearch Dashboards ve Kibana (1.5'ten 7.10'a kadarki sürümler) tarafından desteklenen görselleştirme özellikleri sunar.

Yerel bulut sunucusu geçici diski veya EBS birimlerinden birini seçebilirsiniz. Etki alanı oluşturma sırasında EBS depolama alanını seçerseniz depolama biriminin boyutunu gerektiği gibi artırabilir veya azaltabilirsiniz.

Manyetik, Genel Amaçlı ve Tedarik Edilmiş IOPS EBS birimlerinden birini seçebilirsiniz.

Evet. Amazon OpenSearch Hizmeti, bulut sunucusu seçimine ve/veya ilgili EBS biriminin boyutuna göre depolama alanı dağıtır. EBS gp3 depolama ile R6g.12xlarge bulut sunucularında düğüm başına maksimum depolama alanı 24 TB'tır. Amazon OpenSearch Hizmeti etki alanı başına izin verilen varsayılan maksimum 80 veri düğümüyle, tek bir etki alanına yaklaşık 1920 TB depolama alanı tahsis edebilirsiniz. AWS Destek Merkezi'nde servis talebi oluşturarak etki alanı başına 200 bulut sunucusuna kadar hizmet limiti artışı talep edebilirsiniz. 200 bulut sunucusuyla, tek bir etki alanına yaklaşık 3 PB depolama alanı tahsis edebilirsiniz.

Veri bulut sunucularınızı tek bir AZ'ye dağıtırsanız tahsis edilmiş ana bulut sunucularınız da aynı AZ'ye dağıtılır. Ancak, veri bulut sunucularınızı iki veya üç AZ'ye dağıtırsanız Amazon OpenSearch Service, tahsis edilmiş ana bulut sunucularını otomatik olarak üç AZ'ye dağıtır. Bu kurala yönelik istisna, bir bölgede yalnızca iki AZ varsa veya ana bulut sunucuları için tüm AZ'lerde kullanılamayan eski nesil bir bulut sunucusu tipi seçtiğinizde oluşur. Daha fazla bilgi için belgelerimize bakın.

Üretim iş yükleri için, daha iyi erişilebilirlik sunması nedeniyle veri bulut sunucularınızı üç AZ'ye dağıtmanızı öneririz. Ayrıca, AZ'ler arasında eşit dağıtım için bulut sunucularını üçün katları halinde tedarik etmenizi öneririz. Üç AZ'nin bulunmadığı bölgelerde, çift sayıda veri bulut sunucusuyla iki AZ dağıtımı yapmanızı öneririz. Her durumda, üç tahsis edilmiş ana bulut sunucusu tedarik etmenizi öneririz.

AWS konsolunu, CLI'yı veya SDK'ları kullanarak hem mevcut hem de yeni etki alanları için üç AZ dağıtımını etkinleştirebilirsiniz. Daha fazla bilgi için belgelerimize bakın.

Hayır. Amazon OpenSearch Service, üç AZ dağıtımını etkinleştirmek için herhangi bir ücret talep etmez. Dağıtıldıkları AZ'lerin sayısı yerine yalnızca etki alanınızdaki bulut sunucularının sayısı için ücret ödersiniz.

Birden fazla AZ için yapılandırılan tüm etki alanlarında, parçaların Erişilebilirlik Alanları arasında dağıtılmasını sağlamak için alan farkındalığı etkinleştirilir. Artık konsolda doğrudan iki veya üç AZ dağıtımını seçebilirsiniz. Daha önce "Alan Farkındalığı" ile yapılandırılan etki alanları, yeniden yapılandırılmadıkları sürece iki AZ'ye dağıtılmaya devam edecektir. Daha fazla bilgi için belgelerimize bakın.

AZ'deki bir veya daha fazla bulut sunucusu ulaşılamıyorsa veya çalışmıyorsa Amazon OpenSearch Service, etkilenen bulut sunucularını değiştirmek için aynı AZ'de otomatik olarak yeni bulut sunucularını devreye almaya çalışır. AZ'de yeni bulut sunucularının devreye alınamadığı nadir bir durumda Amazon OpenSearch Service, etki alanı birden fazla AZ'ye bulut sunucularını dağıtacak şekilde yapılandırılmışsa diğer kullanılabilir AZ'lerde yeni bulut sunucularını devreye alır. Amazon OpenSearch Service, AZ sorunu çözüldüğünde bulut sunucularını etki alanı için yapılandırılmış AZ'lere eşit şekilde yeniden dağıtır. Daha fazla bilgi için belgelerimize bakın.

Tek bir replika yapılandırdığınızda bile üç AZ kullanmanızı öneriyoruz. Üç AZ'li bir etki alanında bir AZ kesintisi meydana gelirse kapasitenizin yalnızca üçte birini kaybedersiniz ancak kesinti iki AZ'lik bir etki alanında meydana gelirse kapasitenizin yarısını kaybedersiniz ve bu, daha fazla sorun yaratabilir. Ayrıca, üç AZ'li bir etki alanında bir AZ'de kesinti meydana gelirse Amazon OpenSearch Service, kalan iki AZ'ye geri dönebilir ve AZ'ler arasında replikasyonu destekler. İki AZ'li bir etki alanında bir AZ kesintiye uğrarsa AZ'ler arası replikasyonu kaybedersiniz ve bu, erişilebilirliği daha fazla azaltabilir. Daha fazla bilgi için belgelerimize bakın.

Etki alanınızın dağıtıldığı AZ'lerin sayısı, VPC alanınız için yapılandırdığınız alt ağların sayısına eşittir. Üç AZ dağıtımını etkinleştirmek için VPC etki alanınızda en az üç alt ağ yapılandırmanız gerekir. VPC yapılandırma hakkında daha fazla bilgi için belgelerimize bakın.

Evet. Genel internet erişimine sahip programlar, genel bir uç nokta aracılığıyla Amazon OpenSearch Service etki alanlarına erişebilir. Veri merkeziniz Direct Connect veya SSH tüneli yoluyla halihazırda Amazon VPC'ye bağlıysa VPC erişimini de kullanabilirsiniz. Her iki durumda da, AWS dışındaki sunucularda çalışan programların Amazon OpenSearch Service etki alanlarınıza erişmesine izin vermek için IAM politikalarını ve güvenlik gruplarını yapılandırabilirsiniz. İmzalı istekler hakkında daha fazla bilgi edinmek için buraya tıklayın.

Mevcut bir Elasticsearch veya OpenSearch kümesinden veri taşımak için mevcut bir kümenin anlık yedeğini oluşturmanız ve bu anlık yedeği Amazon S3 klasörünüzde saklamanız gerekir. Ardından, yeni bir Amazon OpenSearch Service etki alanı oluşturabilir ve geri yükleme API'sini kullanarak, yeni oluşturulan Amazon OpenSearch Service etki alanına anlık yedekten veri yükleyebilirsiniz.

Amazon OpenSearch Service; konsol, API ve CLI'yı kullanarak Amazon OpenSearch Service etki alanlarınızın ölçeklendirmesini kontrol etmenizi sağlar. Uygulama ihtiyaçlarınıza göre bulut sunucuları veya depolama birimleri ekleyerek, kaldırarak veya değiştirerek Amazon OpenSearch Service etki alanınızı ölçeklendirebilirsiniz. Amazon OpenSearch Service, etki alanlarınız için uygun ölçeklendirme kararları vermenizi sağlamak üzere Amazon OpenSearch Service etki alanlarınızın durumu hakkında ölçümler sunmak için Amazon CloudWatch ile entegredir.

Hayır. Bulut sunucuları ve depolama birimleri ekleyerek veya bunları değiştirerek Amazon OpenSearch Service etki alanınızı ölçeklendirmek, herhangi bir kesinti gerektirmeyen çevrimiçi bir işlemdir.

Evet. OpenSearch/Elasticsearch dizinleriniz için replikaları etkinleştirirseniz ve birden fazla Erişilebilirlik Alanı kullanırsanız Amazon OpenSearch Service, birincil ve replika parçalarınızı farklı AZ'lerdeki bulut sunucularına otomatik olarak dağıtır.

Evet. Amazon OpenSearch Service; düğüm sayısı, küme durumu, aranabilir belgeler, EBS ölçümleri (varsa), veri ve ana düğümler için CPU, bellek ve disk kullanımı dahil olmak üzere Amazon CloudWatch aracılığıyla çeşitli performans ölçümleri sunar. Kullanılabilir CloudWatch ölçümlerinin tam listesi için lütfen hizmet belgelerine bakın.

Evet. AWS CloudTrail, hesabınız için AWS API çağrılarını kaydeden ve size günlük dosyalarını gönderen bir web hizmetidir. AWS CloudTrail tarafından oluşturulan AWS API'si çağrı geçmişi sayesinde güvenlik analizi, kaynak değişikliği izleme ve uygunluk denetimi mümkündür. AWS CloudTrail ayrıntı sayfasından AWS CloudTrail hakkında daha fazla bilgi edinin ve CloudTrail'ın AWS Yönetim Konsolu ana sayfası aracılığıyla bu hizmeti açın.

Anlık yedek, Amazon OpenSearch Service etki alanınızın belirli bir andaki bir kopyasıdır.

Anlık yedekler oluşturmak, beklenmeyen bir donanım arızası olayının yanı sıra düğüm arızasından kaynaklanan veri kaybı durumunda faydalı olabilir. Anlık yedekleri, önceden yüklenmiş verilerle Amazon OpenSearch Service etki alanınızı kurtarmak veya önceden yüklenmiş verilerle yeni bir Amazon OpenSearch Service etki alanı oluşturmak için kullanabilirsiniz. Yedekleri kullanmanın bir başka yaygın nedeni ise arşivleme amaçlıdır. Anlık yedekler, Amazon S3'te depolanır.

Evet. Amazon OpenSearch Service, varsayılan olarak her bir Amazon OpenSearch Service etki alanının saatte bir anlık yedeğini otomatik olarak alır ve bunları 14 gün boyunca saklar.

Amazon OpenSearch Hizmeti, son 14 günün otomatik oluşturulan saatlik anlık yedeklerini saklayacaktır.

Otomatik oluşturulan saatlik anlık yedekler için ek ücret yoktur. Anlık yedekler, bir Amazon OpenSearch Service S3 klasöründe ücretsiz olarak depolanır ve düğüm kurtarma amacıyla kullanılabilir.

Evet. Amazon OpenSearch Service tarafından oluşturulan otomatik günlük anlık yedeklere ek olarak manuel anlık yedekler oluşturmak için anlık yedek API'sini kullanabilirsiniz. Manuel olarak oluşturulan anlık yedekler, S3 klasörünüzde depolanır ve ilgili Amazon S3 kullanım ücretlerine tabidir.

Evet. Müşteriler, yeni bir Amazon OpenSearch Service etki alanı oluşturabilir ve OpenSearch/Elasticsearch geri yükleme API'sini kullanarak, yeni oluşturulan Amazon OpenSearch Service etki alanına anlık yedekten veri yükleyebilir.

Amazon OpenSearch Service tarafından tutulan günlük anlık yedekler, etki alanı silme işleminin bir parçası olarak silinecektir. Bir etki alanını silmeden önce manuel anlık yedekleme işlemiyle kendi S3 klasörlerinizde etki alanının anlık yedeğini oluşturmayı düşünebilirsiniz. Amazon OpenSearch Service etki alanınızı silerseniz S3 klasörünüzde depolanan anlık yedekler etkilenmez.

Amazon OpenSearch Service, Amazon CloudWatch Logs aracılığıyla hata günlükleri, yavaş arama günlükleri ve yavaş dizin günlükleri olmak üzere üç Elasticsearch veya OpenSearch günlüğü sunar. Bu günlükler, kişinin etki alanıyla ilgili performans ve kararlılık sorunlarını giderme konusunda faydalıdır.

Yavaş günlükler, bir işlemdeki çeşitli aşamaların gerçekleştirilmesini izlemeye yardımcı olan günlük dosyalarıdır. OpenSearch ve Elasticsearch, iki tür yavaş günlük sağlar:

• Yavaş Dizin Günlükleri - Bu günlükler, dizin oluşturma süreciyle ilgili bilgiler sağlar ve dizin kurulumunda ince ayar için kullanılabilir.
   
• Yavaş Arama Günlükleri - Bu günlükler, sorgu ve getirme işlemlerinin ne kadar hızlı veya yavaş performans gösterdiğiyle ilgili bilgiler sağlar. Bu günlükler, OpenSearch veya Elasticsearch'teki her türlü arama işleminin performansında ince ayar yapılmasına yardımcı olur.

Yavaş günlüklerle ilgili tüm ayrıntılar için lütfen OpenSearch belgelerine bakın.

Yavaş günlükler, Konsoldan bir düğmeye tıklanarak veya CLI ve API'lerimiz aracılığıyla etkinleştirilebilir. Daha fazla bilgi için lütfen belgelerimize bakın.

Evet. Yavaş günlükleri etkinleştirmek veya devre dışı bırakmak için belirli bir dizinin ayarlarını güncelleyebilirsiniz. Daha fazla bilgi için belgelerimize bakın.

Hayır. Amazon OpenSearch Service'ta yavaş günlükler açıldığında, oluşturulan günlükleri belirtilen etki alanındaki dizinler için Amazon CloudWatch Logs'ta yayınlama seçeneği etkinleştirilir. Ancak günlükleri oluşturmak için günlük kaydı işlemini başlatmak üzere bir veya daha fazla dizinin ayarlarını güncellemelisiniz. Yavaş günlükleri etkinleştirmek için dizin yapılandırmasını ayarlama hakkında daha fazla bilgi edinmek üzere lütfen belgelerimize bakın.

Hayır. Günlük dosyalarının oluşturulması, dizin ayarlarına bağlıdır. Günlük dosyalarının oluşturulmasını kapatmak için dizin yapılandırmasını güncellemeniz gereklidir. Yavaş günlükleri etkinleştirmek için dizin yapılandırmasını ayarlama hakkında daha fazla bilgi edinmek üzere belgelerimize bakın.

Yalnızca yavaş günlüklerde günlük kaydının ayrıntı düzeyini değiştirebilirsiniz. OpenSearch ve Elasticsearch, yavaş günlükler için birden fazla günlük kaydı düzeyi sunar. Dizininizin yapılandırmasında uygun düzeyi ayarlamanız gerekir. Yavaş günlükleri etkinleştirmek için dizin yapılandırmasını ayarlama hakkında daha fazla bilgi edinmek üzere lütfen OpenSearch belgelerine bakın.

Yavaş günlükler veya hata günlükleri etkinleştirildiğinde Amazon OpenSearch Service, oluşturulan günlükleri CloudWatch Logs'ta yayınlamaya başlar. Amazon OpenSearch Service, günlükleri etkinleştirmek için herhangi bir ücret almaz. Ancak standart CloudWatch ücretleri geçerli olacaktır.

OpenSearch, Apache Log4j 2'yi ve (en azdan en fazla ciddiye) TRACE, DEBUG, INFO, WARN, ERROR ve FATAL yerleşik günlük düzeylerini kullanır. Amazon OpenSearch Service, hata günlüklerini etkinleştirdiğinizde WARN, ERROR ve FATAL günlük satırlarını ve DEBUG düzeyinden belirli hataları CloudWatch'ta yayınlar. Daha fazla bilgi için belgelerimize bakın.

Hata günlükleri, AWS konsolundan bir düğmeye tıklanarak veya CLI ve API'lerimiz aracılığıyla etkinleştirilebilir. Daha fazla bilgi için lütfen belgelerimize bakın.

Hayır, hata günlükleri tüm etki alanı için sunulur. Yani etkinleştirildikten sonra etki alanındaki tüm dizinlerdeki günlük girdileri erişilebilir hale gelecektir.

Hayır, hata günlükleri yalnızca Elasticsearch sürüm 5.x ve üzeri için kullanılabilir.

Evet. CloudWatch'a yapılan her günlük girdisi 255.000 karakterle sınırlı olacaktır. Günlük girdiniz bundan daha büyükse 255.000 karakterde kesilir.

Yavaş günlükler, yalnızca dizinlerinizdeki sorunları gidermek veya performansta ince ayar yapmak istediğinizde gereklidir. Önerilen yaklaşım ise yalnızca ek performans öngörülerine ihtiyaç duyduğunuz dizinler için günlük kaydını etkinleştirmektir. Ayrıca, araştırma tamamlandıktan sonra bu duruma bağlı olarak herhangi bir ek ücret ödememek için günlük kaydını kapatmalısınız. Daha fazla bilgi için belgelerimize göz atın.

CloudWatch, günlükleri kullanmanın birden fazla yolunu sunar. Günlük verilerini görüntüleyebilir, S3'e aktarabilir veya gerçek zamanlı olarak işleyebilirsiniz. Daha fazla bilgi edinmek için CloudWatch Logs geliştirici kılavuzuna bakın.

Evet, yavaş günlükler Amazon OpenSearch Service tarafından desteklenen tüm OpenSearch ve Elasticsearch sürümleri için etkinleştirilebilir. Ancak, Elasticsearch'ün her sürümü için günlük ayarlarının belirlenme şeklinde küçük farklılıklar bulunur. Daha fazla bilgi için lütfen belgelerimize bakın.

Hayır. Herhangi bir kesinti olmayacak. Günlük durumu her güncellendiğinde, arka planda yeni bir küme dağıtacağız ve mevcut kümeyi yenisiyle değiştireceğiz. Bu süreç, herhangi bir kesintiye neden olmaz. Ancak yeni bir küme dağıtıldığı için günlük durumunda yapılan güncelleme anında gerçekleşmeyecektir.

Amazon OpenSearch Service şu anda herhangi bir OpenSearch sürümüne veya Elasticsearch 5.x ve üzeri sürümlerine sahip etki alanları için yerinde sürüm yükseltmeyi desteklemektedir. Yükseltme için desteklediğimiz hedef sürümler 5.6, 6.3, 6.4, 6.5, 6.7, 6.8, 7.1, 7.4, 7.7, 7.8, 7.9 ve 7.10'dur. Daha fazla bilgi için belgelerimize bakın.

Farklı Elasticsearch sürümlerinden geçiş yapmayla ilgili ayrıntılar için lütfen belgelerimize bakın.

Hayır. Etki alanınız, yükseltme işlemi boyunca kullanılabilir olacaktır. Ancak, yükseltme işleminin bir kısmında parçalar yeniden konumlandırılır. Bu, etki alanı performansını etkileyebilir. Etki alanınızdaki yük az olduğunda yükseltme yapmanızı öneririz.

Yerinde sürüm yükseltmesi yalnızca Elasticsearch 5.x ve üzeri bir sürümü çalıştıran etki alanları için kullanılabilir. Etki alanınız 5.x veya üzeri bir sürüme sahipse etki alanınızın istenen sürüme yükseltilip yükseltilemeyeceğini doğrulamak için yükseltme uygunluk kontrolü yapabilirsiniz. Daha fazla bilgi edinmek için lütfen belgelerimize bakın.

Yükseltme uygunluğunu doğrulamak için yaptığımız testlerin ayrıntılı listesi için lütfen belgelerimize bakın.

Hayır. Yerinde sürüm yükseltmesi başladıktan sonra, yükseltme tamamlanana veya hata verene kadar etki alanı yapılandırmanızda değişiklik yapamazsınız. Yükseltme devam ederken veri okumaya ve yazmaya devam edebilirsiniz. Ayrıca etki alanının silebilirsiniz ancak bu durumda yükseltme sonlandırılır ve etki alanı silinir.

Sürüm yükseltme işleminde, otomatik olarak sistemin anlık bir yedeği alınır ve yalnızca anlık yedek başarıyla oluşturulursa asıl yükseltme başlatılır. Otomatik anlık yedeğin başlama zamanına ulaşıldığında yükseltme devam ediyorsa otomatik anlık yedek o gün için atlanır ve ertesi gün devam eder.

Amazon OpenSearch Service, yükseltmeyi engelleyebilecek bilinen sorunları kontrol etmek için yükseltmeyi başlatmadan önce bir dizi test yapar. Hizmet, herhangi bir sorunla karşılaşılmazsa etki alanının anlık yedeğini alır ve anlık yedek başarıyla alınırsa yükseltme işlemini başlatır. Adımlardan herhangi birinde bir sorunla karşılaşılırsa yükseltme başlatılmaz.

Karşılaşılan sorunlar küçük ve düzeltilebilirse Amazon OpenSearch Service bunları otomatik olarak gidermeye ve yükseltmenin engellemesini kaldırmaya çalışır. Ancak bir sorun yükseltmeyi engellerse hizmet, yükseltmeden önce alınan anlık yedeğe geri döner ve hatayı günlüğe kaydeder. Yükseltme ilerlemesinden alınan günlükleri görüntüleme hakkında daha fazla bilgi için lütfen belgelerimize bakın.

Evet. Yükseltme günlüklerini AWS konsolundan görüntüleyebilir veya CLI ya da SDK'ları kullanarak isteyebilirsiniz. Daha fazla bilgi için lütfen belgelerimize bakın.

Hayır. Yükseltme başlatıldıktan sonra, tamamlanana veya hata verene kadar işlem duraklatılamaz veya iptal edilemez.

Evet. Ancak tüm etki alanlarınızı aynı sürümde tutmak istiyorsanız yükseltme yapmadan önce tüm etki alanlarında yükseltme uygunluk kontrolü yapmanızı öneririz. Bu ek adım, bir etki alanıyla ilgili diğerlerinde bulunmayabilecek sorunları tespit etmeye yardımcı olabilir.

Veri miktarına ve kümenin boyutuna bağlı olarak yükseltmelerin tamamlanması birkaç dakikadan birkaç saate kadar sürebilir.

Hayır. Yerinde sürüm yükseltme ile kümenizdeki tüm veriler de yükseltme işleminin bir parçası olarak geri yüklenir. Yalnızca etki alanını yükseltmek istiyorsanız verilerinizin anlık yedeğini alabilir, etki alanındaki tüm dizinlerinizi silebilir ve ardından yerinde sürüm yükseltmesini başlatabilirsiniz. Ayrıca, daha yeni sürümle ayrı bir etki alanı oluşturabilir ve ardından verilerinizi bu etki alanına geri yükleyebilirsiniz.

Hayır. Daha eski bir sürüme geçmeniz gerekiyorsa yeni bir etki alanına otomatik alınan yükseltme öncesi anlık yedeği geri yüklemek için AWS Support ile iletişime geçin. Orijinal etki alanının manuel olarak anlık görüntüsünü aldıysanız bu adımı kendiniz gerçekleştirebilirsiniz.

Standby özellikli Multi-AZ, iş açısından kritik iş yükleri için yüksek kullanılabilirlik ve tutarlı performans sağlayan Amazon OpenSearch Hizmeti’ne ait yeni bir dağıtım seçeneğidir. OpenSearch Hizmeti tarafından yönetilen kümeler, standby özellikli Multi-AZ ile birlikte düğüm düşmeleri ya da tek Erişebilirlik Alanı hatası gibi altyapı hatalarına karşı dayanıklı hale gelir. Tek Erişilebilirlik Alanı hatasında bile performans ya da kullanılabilirlikten ödün verilmediğini garanti eder. Standby özellikli Multi-AZ, en iyi uygulamaları devreye sokarak ve karmaşıklığı azaltarak küme yapılandırmasını ve yönetimini basitleştirme avantajı sağlar.

Standby özellikli Multi-AZ'yi etkinleştirmek için yönetilen kümelerin aşağıdaki koşulları karşılaması gerekir:

• OpenSearch 1.3 veya daha yeni sürümü çalıştırma.
   
• 3-AZ ile AWS bölgelerinde dağıtım. Şu anda, AWS Kuzey Kaliforniya bölgesi 3-AZ'yi desteklememektedir ve bu nedenle Standby özellikli Multi-AZ için uygun değildir.
   
• Veri düğümlerinin sayısının üçün katları halinde olması gerekir.
   
• Veri kopyalarının sayısı (birincil + çoğaltma) üçün katları halinde olmalıdır.
   
• Lider için boyutlandırma yönergelerine uyum (düğüm sayısı, parça sayısı ve kümenizdeki eşleme sayısı baz alınarak önerilen boyut).

Standby Özellikli Multi-AZ ile Amazon OpenSearch Hizmeti, bazı altyapı hatalarını algılar ve otomatik olarak kurtarır. Amazon OpenSearch Hizmeti, aşağıdaki olaylardan herhangi biri gerçekleştiği anda, bir dakikadan kısa süre içinde etkin düğümlerden bekleme düğümlerine geçiş yapar:

• Aktif bir AZ içindeki bir aktif AZ’nin veya tüm düğümlerin kaybı
• Bir aktif AZ'ye bağlantı kaybı
• Aktif AZ'de bulut sunucusu donanım hatası
• Aktif AZ'deki bir düğümde depolama hatası

Güncel durumda Standby Özellikli Multi-AZ aşağıdaki olayları kapsamaz:

• Ana Quorum kaybı (çünkü olaydan sonra kurtarma işlemi birkaç dakika sürebilir)
   
• Birden fazla Erişilebilirlik Bölgesi kaybı
   
• Bir Bölgeye bağlantı kaybı
   
• Birden fazla AZ'de %50'den fazla düğüm kaybı
   
• İş yükü özelliklerindeki değişiklik sonucu yetersiz bilgi işlem veya depolama olmasından kaynaklanan kesintiler
   
• Rouge sorgularından kaynaklanan kesinti süresi
   
• Amazon OpenSearch Hizmeti'nin bağlı olduğu ARPS ve ALB gibi bir veya daha fazla hizmetin kaybı
   
• Sürüm yükseltmeleri sırasında OpenSearch Panosunun kesintiye uğraması

Hayır. Kural olarak, boyutlandırma yönergeleri aynı kalır. Standby özellikli Multi-AZ, kümeyi boyutlandırmak için gereken zihinsel modeli basitleştiren ön koşullara sahiptir. Yönetilen küme için boyutlandırma yaparken iş yükünüze hizmet vermek için gereken kapasiteye bakmanız ve ardından yedeklilik için %50 eklemeniz gerekir. Mevcut “Alan Farkındalığı” seçeneği ile Standby Özellikli Multi-AZ seçeneği arasındaki temel fark, kullanılabilirliği korumak için gereksiz veya ek kapasiteye nasıl müdahale edildiğiyle alakalıdır. Standby özellikli Multi-AZ, her AZ’de en az bir veri kopyasına sahip olmanızı gerektirir. Böylece Standby özellikli Multi-AZ, kapasiteyi bir AZ’de bekleme konumunda açıkça ayırabilir. Bu bekleme kapasitesi, AZ kesintisi veya bulut sunucusu arızası sırasında yük devretme hedefi görevi görür. Mevcut model, iş yükünüze hizmet etmek için optimum düzeyde kaynak sağlamanızı gerektirir. Kümenizi, boyutlandırma sorunlarına istinaden izlemeye ve iş yükü özellikleri değiştikçe düzeltici eylemler almaya devam edersiniz.

Hayır. Amazon OpenSearch Hizmeti, paylaşılan sorumluluk modeli üzerinde çalışır. Kümenizin iş yükünüze göre boyutlandırılmasını sağlamaktan sorumlusunuz. Bekleme özellikli Multi-AZ, kümenizi kurmanın zihinsel modelini basitleştirir. Kümenin aşırı yüklendiğini ve ölçeklendirilmesi gerekebileceğini gösteren sinyaller için depolama, CPU ve RAM kullanımının yanı sıra, hata ve gecikme metriklerini de izlemeye devam etmelisiniz.

Hayır. Standby Özellikli Multi-AZ özelliği ekstra ücret ödemeden kullanılabilir. İş yükünüze hizmet vermek amacıyla kümede dağıtılan kaynaklar için ödeme yapmaya devam edersiniz. Kümeniz, zaten en iyi uygulamaları izliyorsa ve 3-AZ kümesi için en az üç veri kopyasına sahipse, Standby Özellikli Multi-AZ’ye geçerken ek maliyete tabi tutulma olasılığınız düşüktür. Ancak, kümeniz küçükse veya iş yükünüze hizmet etmek için yeterli yedekli kapasiteye sahip değilse gelişmiş kullanılabilirlik ve performans için Standby Özellikli Multi-AZ'ye geçmek için kapasite eklemeniz gerekir. Bekleme kapasitesi, yapılandırılmış toplam kapasiteden ayrılmıştır.

Amazon OpenSearch Service SLA'mız, Amazon OpenSearch Service için en az %99,9 oranında Aylık Çalışma Süresi Yüzdesini garanti eder.

Amazon OpenSearch Service SLA'sı kapsamında, Amazon OpenSearch Service üzerindeki multi-AZ etki alanlarının Aylık Çalışma Süresi Yüzdesi herhangi bir aylık fatura döneminde %99,9'dan az olursa Amazon OpenSearch Service için SLA kredisi alma hakkına sahip olursunuz.

SLA hüküm ve koşullarının tamamıyla ilgili tüm ayrıntıların yanı sıra nasıl kredi talebinde bulunabileceğinize ilişkin ayrıntıları öğrenmek için lütfen Amazon OpenSearch Hizmeti SLA ayrıntıları sayfasına bakın.

Kümeler arası arama, bağlı iki küme arasında sorgu ve toplama gerçekleştirmeyi mümkün kılan bir Elasticsearch ve OpenSearch özelliğidir. Katılan kümeler arasında tek yönlü basit bir bağlantı kurmak suretiyle çalışır.

Kümeler arası aramaya katılan etki alanlarının şu kriterleri karşılaması gerekir:

• Katılan etki alanları, OpenSearch veya Elasticsearch sürüm 6.8 ve üstü olmalıdır
• Katılan etki alanlarında, aktarım sırasında şifreleme etkin olmalıdır
• Katılan etki alanlarında, Ayrıntılı Erişim Denetimi (FGAC) etkin olmalıdır
• Katılan etki alanlarının sürümleri, kesinti yaşatmayan sürüm yükseltmeleriyle aynı kurallara uymalıdır

Kümeler arası arama şu anda aşağıdaki bulut sunucusu tiplerinde desteklenmektedir

• i2, i3 ailesi
• r3, r4, r5 ailesi
• m4, m5 ailesi
• c4, c5 ailesi
• Graviton ailesi

Teknik sınırlamalar nedeniyle, kümeler arası arama t2 ve m3 ailesi bulut sunucularında desteklenmemektedir.

Evet. Katılan etki alanları, iki farklı AWS hesabına ait olabilir.

Evet.

Kümeler arası aramayı kullanmaya başlamak için buradaki belgeleri inceleyin.

Kümeler arası çoğaltma, Amazon OpenSearch Hizmeti müşterilerinin aynı veya farklı AWS bölgelerinde dizinleri bir kümeden diğerine düşük gecikmeyle kopyalamasını ve senkronize etmesini sağlayan yeni bir özelliktir.

Kümeler arası replikasyona katılan etki alanlarının şu kriterleri karşılaması gerekir:

• Katılan etki alanları, Elasticsearch sürüm 7.10'da olmalıdır.
• Katılan etki alanlarında, aktarım sırasında şifreleme etkin olmalıdır
• Katılan etki alanlarında, Ayrıntılı Erişim Denetimi (FGAC) etkin olmalıdır
• Katılan etki alanlarının sürümleri, kesinti yaşatmayan sürüm yükseltmeleriyle aynı kurallara uymalıdır

Evet. İki farklı AWS Bölgesindeki etki alanları, kümeler arası replikasyona katılabilir.

Hayır. Mevcut kümeler arası replikasyon uygulaması, Ultrawarm veya Soğuk Depolamayı desteklemez.

Evet. Amazon OpenSearch Hizmeti'nde içeri ve dışarı aktarılan veriler için standart AWS veri aktarım ücretlerini ödersiniz.

Elasticsearch ve Kibana'nın açık kaynaklı çatalı olan topluluk odaklı OpenSearch projesini 12 Nisan 2021 tarihinde duyurmuştuk. Kullanıcıların yeni ve yenilikçi işlevlerden oluşan zengin bir yol haritası ile güvenli, yüksek kaliteli ve tamamen açık kaynaklı bir arama ve analiz paketine erişebilmesi için OpenSearch'e uzun vadeli bir yatırım yapma taahhüdünde bulunduk. Bu proje, OpenSearch (Elasticsearch 7.10.2'den türetilmiştir) ve OpenSearch Dashboards'u (Kibana 7.10.2'den türetilmiştir) içerir. OpenSearch sürüm 1.0'ı 12 Temmuz 2021'de kullanıma sunduk. Uzun vadeli OpenSearch taahhüdümüz kapsamında, 7 Eylül 2021 tarihinde yönetilen hizmete OpenSearch 1.0 desteği ekledik ve Amazon Elasticsearch Service adını Amazon OpenSearch Service olarak değiştirdik. OpenSearch 1.0'ın yanı sıra, hizmette 7.10'a kadar olan eski Elasticsearch sürümlerini de desteklemeye devam edeceğiz. Ad değişikliğinin yanı sıra, devam eden operasyonlar, geliştirme metodolojisi veya ticari kullanım üzerinde herhangi bir etki yaratmadan aynı harika deneyimi sunmaya devam edeceğimizden emin olabilirsiniz. OpenSearch hakkında şuradan daha fazla bilgi edinin: https://opensearch.org

Bu ad değişikliğini sizin için olabildiğince sorunsuz hale getirmeye çalıştık. Hizmetten en iyi şekilde yararlanabilmeniz için yeni SDK/yapılandırma API'leri gibi işlem yapmanızı gerektiren bazı konular vardır. Mevcut SDK, uyumluluk açısından çalışmaya devam edecektir ancak yeni yapılandırma API'lerini gerektiren tüm yeni işlevsellikler sadece yeni SDK'da uygulanacaktır. Dolayısıyla, yeni SDK'ya geçiş yapmanızı tavsiye ederiz. Ayrıca, yeni SDK'dan bağımsız olarak, mevcut IAM politikalarınızı taşımanızı ve yeniden adlandırılmış yapılandırma API'lerini kullanmanızı önemle tavsiye ederiz. Şu andan itibaren, mevcut IAM politikalarınız eski API tanımıyla çalışmaya devam edecektir. Bununla birlikte, yeni API tabanlı izin doğrulamasına geçiş yapacağız ve henüz belli olmayan bir tarihte, politikalarınızda yeni API'leri kullanmanızı şart koşacağız (özellikle de CreateElasticsearchDomain yerine CreateDomain örneğinde olduğu gibi ad değişikliği barındıran API'lerde). Daha ayrıntılı bilgi edinmek için lütfen belgeleri inceleyin.

Hayır. Geriye dönük uyumluluk açısından, mevcut kurulumunuzun OpenSearch 1.0 ile birlikte çalışmaya devam etmesini sağlayacağız. Bununla birlikte, yukarıda da bahsedildiği gibi, daha temiz ve güncel bir deneyim için fazla gecikmeden en son SDK'ya geçiş yapmanızı tavsiye etmekteyiz.

Hayır. Fiyatlandırmada herhangi bir değişiklik yoktur.

OpenSearch, Elasticsearch B.V.'den Apache lisanslı belirli Elasticsearch kodu ve başka kaynak kodu içerir. Söz konusu diğer kaynak kodun kaynağı Elasticsearch B.V. değildir. ELASTICSEARCH, Elasticsearch B.V.'nin tescilli ticari markasıdır.

OpenSearch 1.x'e yükselterek arama altyapınızın büyüyen ve dinamik bir Apache Lisanslı açık kaynak projesi üzerine kurulmasını sağlayabilir ve OpenSearch 1.2'de (bu açıklamadan itibaren) bulunan çok sayıda yenilikçi iyileştirme ve özelliğe erişebilirsiniz.  Kurumsal düzeyde güvenlik, uyarılar, veri yaşam döngüsü yönetimi, gözlemlenebilirlik, makine öğrenimi tabanlı anormallik algılama gibi çok sayıda özellik, ek lisans ücretleri olmadan OpenSearch Hizmeti’nin bir parçasıdır.

Yükseltme sırasında mavi/yeşil bir (BG) dağıtım süreci kullanırız. Mavi/yeşil dağıtım sırasında hizmet, yeni yapılandırma ve sürümde OpenSearch Hizmeti kümesine düğüm ekler, eski düğümlerden verileri taşır ve veri taşıma tamamlandığında eski düğümleri bırakır. Mavi/yeşil dağıtım sırasında arama ve dizin oluşturma API'leri mevcuttur ve bunlar normal şekilde çalışır. Mavi/yeşil dağıtım, sorgu ve dizin oluşturma isteklerine engel teşkil etmeyecek şekilde tasarlanmış olsa da bazı değişiklikler (özellikle de güvenlikle ilgili ayarlarda yapılan değişiklikler), değişiklik dönemi boyunca panoların kullanılamamasına neden olabilir.

AWS, Apache-2.0 lisanslı Elasticsearch'ün 19 sürümüne sahiptir. Bu sürümlerin hiçbiri şu anda kullanımdan kaldırılmamıştır veya kullanımdan kaldırılması planlanmamaktadır.

Evet, yükseltme bir mavi/yeşil dağıtım sürecini tetikler. Lütfen buradaki yükseltme hazırlığını ve adımları inceleyin.

RI'larla ilgili özel durumunuza bağlı olarak bilgi almak için lütfen AWS hesabı ekibinizle birlikte çalışın.

OpenSearch projesi 1.0, açık kaynaklı Elasticsearch 7.10.2'nin bir çatalıdır. Elasticsearch 7.10 ile iletişim uyumluluğuna sahiptir; kullanımınızı değiştirmeniz gerekmez. Geçiş yapmak için etki alanınızı 6.x ve 7.x serisindeki herhangi bir önceki sürümden Elasticsearch 7.10 sürümüne yükseltebilir, bir anlık yedek alabilir ve bu anlık yedeği OpenSearch Hizmeti 1.x çalıştıran bir etki alanına geri yükleyebilirsiniz. Bazı istemciler veya araçlar, istemcinin veya aracın OpenSearch Hizmeti ile çalışmamasına neden olabilecek sürüm kontrolleri içerir. Yükselttiğinizde bu sürüm kontrolleri üzerinde çalışmak için uyumluluk modunu etkinleştirin.

Çoğu durumda mevcut istemcilerinizi kullanmaya devam edebilirsiniz. API'ler ve çekirdek arama işlevi, Elasticsearch 7.10.2 sürümü ile uyumludur. Daha eski istemcilere sahipseniz, istemciler sürüm denetimi gerçekleştiriyorsa veya istemciler, Elasticsearch'ün 5. veya 6. ana sürümleri gibi daha eski sürümlerine yönelik işlevlerden yararlanıyorsa sorunsuz bir geçiş sağlamak için istemcilerinizi 7.10.2'deki minimum destek standardına getirmeye denemenizi öneririz.

OpenSearch projesi, Amazon OpenSearch Hizmeti'ndeki motorun OpenSearch sürümleri ile ilgilenmek için özel olarak oluşturulmuş çeşitli istemcileri destekler. İstemcinizi en güncel OpenSearch istemcileri ve bu istemcilere yönelik desteklenen programlama dillerinin listesi ile karşılaştırın.

Diğer tedarikçilerin istemcileriyle uyumlu olması için uyumluluk modu özelliğini etkinleştirebilirsiniz ancak OpenSearch'ün bildirdiği sürümü kontrol etmeyi unutmayın. Hizmetin OpenSearch Hizmeti motorunun yayınlanmasından önce geliştirilen istemcilere 7.10.2 sürümüyle yanıt vermesini sağlamak için bu ayarı etkinleştirin.

Elasticsearch 5.x dizinleri, Elasticsearch 7.10 veya OpenSearch 1.x ile uyumlu değildir. Yeni bir dizin oluşturarak verileri kaynağınızdan yüklemeniz gerekir. Bir günlük analiz iş yükü çalıştırıyorsanız yeni etki alanında tam bir veri kümesi oluştururken veri saklama stratejinizin paralel çalışmayı destekleyip desteklemediğini değerlendirebilirsiniz.

Evet. Bölgenize, sektörünüze ve proje karmaşıklığına yönelik çözüm ortaklarının listesini istemek için lütfen opensearchmigration-si-support@amazon.com adresinden iletişime geçin. AWS Çözüm Ortağı Ağı (APN) çözüm ortakları yükseltmelerde size yardımcı olacak eğitim ve deneyime sahiptir. 

OpenSearch 1.0, Elasticsearch 7.10.2'nin bir çatalıdır. OpenSearch ve Elasticsearch birbiriyle uyumludur. Uyumluluk modunu etkinleştirirseniz Elasticsearch istemcileri de OpenSearch 1.0 ile uyumlu olur.

Amazon OpenSearch Hizmeti, Elasticsearch motorunun 7.10.2 sürümünden sonraki sürümlerini sunmamakta ve gelecekte de sunmayacaktır.

AWS'nin Elasticsearch'ü çatalladığımızda duyurduğu üzere OpenSearch etrafında gelişen bir topluluk oluşturmayı amaçladık ve bunu başardık. Özellik öncelikleri konusunda topluluk görüşleri ve fikir birliği ile tamamlanmış bir OpenSearch yol haritası yayınladık. Elasticsearch ile uyumluluğu sürdürmek için elimizden gelen tüm çabayı göstereceğiz. Amacımız, topluluğumuz ve Amazon OpenSearch Hizmeti müşterilerimizle birlikte büyümektir.

Elasticsearch ve Kibana’nın 6.8.0 ve 7.10.2 sürümleri ve Elasticsearch (ODFE) 1.x sürümünden doğrudan OpenSearch Service 1.0 sürümüne yükseltebilirsiniz. ODFE'den OpenSearch'e aşamalı olarak yükseltmek için ilk olarak ODFE 1.13'e, ardından da OpenSearch 1.0'a yükseltmenizi öneririz.

Geçişle ilgili kaynaklar şunlardır:

Analiz Geçişleri

Amazon OpenSearch Hizmeti'ne geçiş

Amazon DynamoDB ile yapılan bu sıfır ETL entegrasyonu, verilerin operasyonel bir veri deposundan bir arama veri deposuna çoğaltılmasının düzenlenmesi konusundaki operasyonel karmaşıklığı ortadan kaldırır. Farklı veri depolarını eşitlemek için kullanılan veri işlem hatlarının oluşturulması ve yönetilmesi zor ve maliyetli olabilir, sürekli olmayan ve izlenmesi zor hatalar meydana gelebilir. Bu entegrasyon, Amazon DynamoDB müşterilerinin Amazon DynamoDB'den gelen operasyonel verileri yazıldıktan sonra saniyeler içinde Amazon OpenSearch Hizmeti'nde kullanıma sunmak için tam olarak yönetilen bir çözüm sunarak işlem verilerinden neredeyse gerçek zamanlı arama sonuçları elde etmelerini sağlar.

Amazon OpenSearch Hizmeti'nin Amazon DynamoDB ile sıfır ETL entegrasyonu, operasyonel verileri Amazon DynamoDB'den Amazon OpenSearch Hizmeti'ne sorunsuz bir şekilde taşımak için Amazon OpenSearch Veri Alımı'nı kullanır. Müşteriler, bir entegrasyonu etkinleştirmek için önce verilerinin çoğaltılması gereken Amazon DynamoDB tablosunu seçerler. Sıfır ETL entegrasyonu özelliği, müşterinin hesabında, verileri Amazon OpenSearch Hizmeti tarafından yönetilen bir kümeye veya sunucusuz koleksiyonuna çoğaltmakla ilgilenen bir Amazon OpenSearch Veri Alımı işlem hattı kurar. Amazon OpenSearch Veri Alımı, Amazon DynamoDB tablolarının yapısını anlar ve ardından DynamoDB tablolarından mevcut verilerle Amazon OpenSearch Hizmeti tarafından yönetilen bir kümeyi veya sunucusuz koleksiyonunu önyükler. İsteğe bağlı olarak müşteriler, Amazon OpenSearch Hizmeti'nde oluşturulacak dizinler için bir şema belirtebilirler. DynamoDB tablosundaki tüm güncelleştirmeler, müşterilerin manuel müdahalesi olmadan Amazon OpenSearch Hizmeti'ne de çoğaltılır.

Bu Sıfır ETL özelliği, verileri Amazon DynamoDB'den Amazon OpenSearch Hizmeti'ne taşımak için Amazon OpenSearch Veri Alımı'nı kullanır ve hareket halindeyken verileri toplamak ve filtrelemek için Amazon OpenSearch Veri Alımı işlem hatlarının yerel veri dönüştürme yeteneklerinden yararlanır. Müşteriler, bir Amazon DynamoDB tablosundan verileri taşırken birkaç alanı bırakmak veya mevcut alanlardaki toplamalara dayalı olarak yeni alanlar oluşturmak isteyebilir. İsteğe bağlı olarak müşteriler, özel dönüşüm özelliği elde etmek adına Amazon OpenSearch Veri Alımı için özel mantık da yazabilir. Tüm verilerini kaynaktan biriktiriciye taşımak isteyen diğer kullanıcılar için Amazon OpenSearch Veri Alımı, entegrasyonları yalnızca birkaç tıklamayla gerçekleştirebilmeleri için kullanıma hazır ayrıntılı planları sağlar.

Sıfır ETL entegrasyonu özelliği, Amazon OpenSearch Veri Alımı'nın bu iki sistemde verileri çoğaltmak için gerekli izinlere sahip olmasını sağlamak üzere Amazon DynamoDB tablolarından verileri okumak ve bir Amazon OpenSearch etki alanına veya koleksiyonuna yazmak için gerekli izinlere sahip bir IAM rolü oluşturur. Bu rol daha sonra, veriler kaynaktan hedefe taşınırken her zaman doğru güvenlik duruşunun korunmasını sağlamak için Amazon OpenSearch Veri Alımı işlem hatları tarafından üstlenilir.

Amazon DynamoDB ile Sıfır ETL entegrasyonunuzla ilgili tüm ölçümleri Amazon OpenSearch Veri Alımı tarafından sağlanan panolarda ve Amazon CloudWatch'taki gerçek zamanlı günlüklerle bir arada görüntüleyebilirsiniz. Bu da müşterilerin kullanıcı tanımlı eşikler ihlal edildiğinde tetiklenen özel uyarıları ayarlamasına olanak tanır.

OpenSearch Hizmeti sorgu motoru, Amazon S3 ve S3 tabanlı veri gölleri gibi bulut nesne depolarında depolanan operasyonel verilerin analizini desteklemek için yeniden tasarlandı. Bunu verileri çoğaltmadan yapar. Saniyelerin bile önemli olduğu durumlarda müşteriler yeni entegrasyonun yerleşik sorgu hızlandırma yeteneklerini kullanarak sorgularının performansını artırabilir ve hızlı yüklenen panolar oluşturabilir.

AWS Yönetim Konsolu'nu kullanmaya başlamak için müşteriler, OpenSearch Hizmeti 2.11 veya daha üst bir sürümünü çalıştıran mevcut bir OpenSearch Hizmeti etki alanından yeni bir veri kaynağı ayarlar. Yeni Doğrudan Sorgulama veri kaynağını ayarlarken müşterilerin Amazon S3 ve AWS Glue Veri Kataloğu'na OpenSearch Hizmeti'nden veri sorgulamayı kolaylaştırmak için Amazon S3 ve AWS Glue Veri Kataloğu'na okuma/yazma erişimini vermeleri gerekir. Müşteriler, Amazon S3'teki belirli bucket'lara veya AWS Glue Veri Kataloğu'ndaki kaynaklara erişimi kısıtlamak için IAM politikalarını özelleştirebilir. Konsolda yeni veri kaynağını yapılandırdıktan sonra müşteriler rol tabanlı erişim denetimlerini, sorgu performansını artırmak için hızlandırmaları ve VPC Akış Günlükleri, Esnek Yük Dengeleyici Günlükleri ve NGINX Günlükleri gibi popüler günlük türü şablonları için isteğe bağlı kullanıma hazır panoları yapılandırmak üzere OpenSearch Hizmeti'ne gider. Müşteriler, tüketilen işlem kaynakları için Doğrudan Sorgulama OpenSearch İşlem Birimleri (OCU'lar; kullanım oranları uygulanır) şeklinde faturalandırılır. Yeni veri kaynağını yapılandırdıktan sonra müşteriler verilerini doğrudan OpenSearch API veya OpenSearch Panolarından sorgulamaya başlayabilir.

Müşteriler yalnızca iş yükleri tarafından tüketilen kaynaklar için ödeme yapar. OpenSearch Hizmeti, yalnızca harici verileri doğrudan sorgulamak ve OpenSearch Hizmeti'nde isteğe bağlı dizinleri korumak üzere gereken işlem için ücret alır. İşlem kapasitesi, Amazon OpenSearch Sunucusuz ve Amazon OpenSearch Veri Alımı tarafından kullanılan birimlerle aynı olan OpenSearch İşlem Birimleri (OCU'lar) olarak ölçülür. OCU'ların sayısı, verilere dayalı olarak dizinleri sorgulamak veya korumak için gereken vCPU ve belleğe doğrudan karşılık gelir. Müşteriler, doğrudan sorgulama etiketiyle birlikte OCU-saat cinsinden işlem için bir giriş görecektir. OCU'lar, dakika başına ayrıntı düzeyinde saatlik olarak faturalandırılır. Hiçbir sorgu veya dizin oluşturma etkinliği etkin değilse hiçbir OCU tüketilmez. Amazon S3 veya AWS Glue Veri Kataloğu maliyetleri müşterinin hesabından ayrı olarak faturalandırılır. Daha fazla fiyatlandırma bilgisi için Amazon OpenSearch Hizmeti fiyatlandırma sayfasını ziyaret edin.