Simple Log Service (SLS) içinde her faturalandırılabilir öğe ayrı olarak ücretlendirilir. Örneğin, günlükleri depolamak depolama ücretine yol açarken günlükleri toplamak yazma trafiği ücretine neden olur. Aşağıdaki bölümlerde özelliğe göre ödeme faturalandırma modelinin faturalandırılabilir öğeleri ve ödeme yöntemleri açıklanmaktadır.
Notlar
Log Service'in özelliğe göre ödeme modeli, günlüklerin ve zaman serisi verilerinin toplanmasını destekler. Zaman serisi verileri için depolama alanı ve dizin oluşturma işlemlerine ayrı fiyatlandırma uygulanır. Ancak veri işleme ücreti, veri aktarımı ücreti, okuma/yazma trafiği ücreti ve istek sayısı ücreti günlüklerle aynıdır.
-
Bir önceki güne ait yazma trafiği, okuma trafiği, okuma/yazma sayısı, veri işleme trafiği, veri aktarımı trafiği ve depolama kullanımı gibi ölçümleri Log Service konsolu üzerinden görüntüleyebilirsiniz.
Bu ölçümler günlük olarak güncellenir ve gerçek zamanlı olarak sunulmaz.
Günlük toplama sırasında Log Service, günlük verilerini otomatik olarak orijinal boyutunun %10'u ile %20'si arasında bir seviyeye sıkıştırır.
OCU nedir?
Observability Capacity Unit (OCU), Alibaba Cloud-native Observability için kullanılan faturalandırma birimidir. OCU kullanımı, saatlik kaynak tüketimine dayalı olarak otomatik şekilde hesaplanır.
SLS'in hesaplama açısından optimize edilmiş özelliklerinin faturalandırması, gerçek hesaplama kaynağı tüketimine dayalı ücretlendiren bir OCU tabanlı modele geçiş yapmaktadır. CPU senaryolarında bir OCU, yaklaşık olarak 0,5 CPU çekirdeğine, 2 GB belleğe ve 3.000 IOPS değerine eşdeğerdir. SLS, CPU çekirdeği, bellek ve IOPS tüketimine dayalı olarak ayrı OCU değerlerini hesaplar. Bu üç değerden en yüksek olanı, faturalandırma için nihai OCU sayısını belirler.
GPU senaryolarında bir OCU, bir A10 kartının hesaplama gücünün yaklaşık 1/60'ına eşdeğerdir. Nihai OCU değeri, tüketilen GPU hesaplama gücüne dayanır.
Örneğin, 1 CPU çekirdeği, 2 GB bellek ve 3.000 IOPS tüketen bir hesaplama işi 2 OCU kullanır. Bir saatlik ölçüm döneminde 1 GB veriyi işlemek, ingest processor için yaklaşık 1/3 OCU, veri dönüşümü için 1/3 OCU ve kural tabanlı tüketim için 0,3 OCU tüketir.
Özelliğe göre ödeme faturalandırılabilir öğeler
Aşağıdaki bölümlerde özelliğe göre ödeme faturalandırma modelinin faturalandırılabilir öğeleri açıklanmaktadır. Ayrıntılı fiyatlandırma için bkz. Fiyatlandırma.
Sıcak günlük depolama
Bu öğe, sıkıştırılmış günlüklerin ve sıkıştırılmamış günlüklerden oluşturulan dizinlerin depolanmasını kapsar. Dizinler tam metin dizini, alan dizini veya tarama dizini olabilir.
Örneğin, ham günlüklerinizin 1 GB boyutunda olduğunu varsayalım. Günlükleri Log Service'e yükledikten ve iki alan için dizin yapılandırdığınızda sıkıştırma oranı %20 olur ve iki alana ait dizin verilerinin boyutu 0,5 GB'dir. Bu durumda toplam depolama boyutu 0,2 GB + 0,5 GB = 0,7 GB olarak hesaplanır.
Faturalandırma yöntemleri
kullandıkça öde: Günlük verileri için sıcak depolama boyutu ücreti = Günlük kümülatif depolama (GB) × GB başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
500 MB/ay. Bu ücretsiz kota, yalnızca bir kaynak planı kullanmamanız durumunda geçerlidir.
IA günlük depolama
Akıllı katmanlı depolamayı etkinleştirdikten sonra, günlüklerin depolama süresi yapılandırılan Hot Data Retention Period değerini aştığında günlükler otomatik olarak IA depolamaya (eski adıyla soğuk depolama) taşınır. Bu noktadan itibaren, sıkıştırılmış günlüklerin ve dizinlerinin depolanmasını içeren IA depolama alanı için ücretlendirilirsiniz.
Örneğin, ham günlüklerinizin 1 GB boyutunda olduğunu varsayalım. Günlükleri Log Service'e yükledikten ve iki alan için dizin yapılandırdığınızda sıkıştırma oranı %20 olur ve iki alana ait dizin verilerinin boyutu 0,5 GB'dir. Bu durumda IA depolama boyutu 0,2 GB + 0,5 GB = 0,7 GB olarak hesaplanır.
Faturalandırma yöntemleri
kullandıkça öde: Günlük verileri için IA depolama boyutu ücreti = Günlük kümülatif depolama (GB) × GB başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
Yok
Arşiv günlük depolama
Akıllı katmanlı depolamayı etkinleştirdikten sonra, günlüklerin depolama süresi yapılandırılan Hot Data Retention Period veya IA storage period değerini aştığında günlükler otomatik olarak arşiv depolamaya taşınır. Bu noktadan itibaren, sıkıştırılmış günlüklerin ve dizinlerinin depolanmasını içeren arşiv depolama alanı için ücretlendirilirsiniz.
Örneğin, ham günlüklerinizin 1 GB boyutunda olduğunu varsayalım. Günlükleri Log Service'e yükledikten ve iki alan için dizin yapılandırdığınızda sıkıştırma oranı %20 olur ve iki alana ait dizin verilerinin boyutu 0,5 GB'dir. Bu durumda arşiv depolama boyutu 0,2 GB + 0,5 GB = 0,7 GB olarak hesaplanır.
Faturalandırma yöntemleri
kullandıkça öde: Günlük verileri için arşiv depolama boyutu ücreti = Günlük kümülatif depolama (GB) × GB başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
Yok
Zaman serisi depolama
Bu öğe, sıkıştırılmış zaman serisi verilerinin ve sıkıştırılmamış zaman serisi verilerinden oluşturulan dizinlerin depolanmasını kapsar.
Örneğin, ham zaman serisi verilerinizin 1 GB boyutunda olduğunu varsayalım. Verileri Log Service'e yükledikten sonra otomatik olarak 1 GB'lık bir dizin oluşturulur. Sıkıştırma oranı %20 ise toplam depolama boyutu 0,2 GB + 1 GB = 1,2 GB olur.
Faturalandırma yöntemleri
kullandıkça öde: Zaman serisi verisi depolama boyutu ücreti = Günlük kümülatif depolama (GB) × GB başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
Yok
Okuma ve yazma trafiği
Bu öğe yazma trafiği ve okuma trafiğinden oluşur:
Yazma trafiği: Yazma trafiği ücretleri, Log Service'e yüklenen sıkıştırılmış veri hacmine dayanır. Örneğin, %20 sıkıştırma oranı varsayıldığında 10 GB ham veriyi Log Service'e yüklemek 2 GB yazma trafiği oluşturur.
Okuma trafiği: Okuma trafiği ücretleri, tükettiğiniz veya örneğin AnalyticDB for MySQL'e aktardığınız sıkıştırılmış veri hacmine dayanır. Örneğin, 10 GB ham veriyi Log Service'e yüklemek (%20 sıkıştırma oranında) 2 GB yazma trafiği oluşturur. Ardından Log Service kullanarak verileri AnalyticDB for MySQL'e aktarırsanız ek olarak 2 GB okuma trafiği oluşur.
Log Service konsolundaki tüketim önizleme özelliği küçük miktarda okuma trafiği oluşturur.
Faturalandırma yöntemleri
kullandıkça öde: Okuma ve yazma trafiği ücreti = (Günlük kümülatif yazma trafiği + Günlük kümülatif okuma trafiği) (GB) × GB başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
500 MB/ay. Bu ücretsiz kota, yalnızca bir kaynak planı kullanmamanız durumunda geçerlidir.
Günlük dizin trafiği (Standard LogStore)
Dizin trafiği, sıkıştırılmamış günlükler için dizinler oluşturulduğunda veya yeniden oluşturulduğunda üretilen dizin verilerinin boyutuna göre hesaplanır. Dizinler belirli alanlar için oluşturulur. Dizin trafiği miktarı, dizinlenen alanlara ve bu alanların değer uzunluklarına bağlıdır.
Örneğin:
Tam metin dizini etkinleştirilmiş şekilde 1 GB ham günlüğü Log Service'e yazmak 1 GB dizin trafiği oluşturur.
Toplam 0,5 GB veri içeren iki alan için dizinler etkinleştirilmiş şekilde 1 GB ham günlüğü Log Service'e yazmak 0,5 GB dizin trafiği oluşturur.
Günlük dizinleme, sorguları ve analizleri hızlandırır. Günlükleri sorgulamak ve analiz etmek için bir dizin oluşturmanız gerekir. Log Service kullanarak veri geçişi veya aktarımı gibi diğer senaryolarda günlük dizini oluşturmanız gerekmez.
Bu faturalandırılabilir öğe Standard LogStore'lar için geçerlidir.
Dizinlemeyi etkinleştirmek dizin trafiği oluşturur ve depolama alanı tüketir.
Dizin trafiği, veriler yazıldığında tek seferlik bir ücrete tabidir.
Bir alan için hem tam metin dizini hem de alan dizini oluşturursanız dizin trafiği için yalnızca bir kez ücretlendirilirsiniz.
Log Service,
__time__ve__source__gibi ayrılmış alanlar için otomatik olarak dizinler oluşturur. Bu işlem küçük miktarda dizin trafiği oluşturur. Daha fazla bilgi için bkz. Ayrılmış alanlar.
Faturalandırma yöntemleri
kullandıkça öde: Günlük dizin trafiği ücreti = Günlük kümülatif dizin trafiği (GB) × GB başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
500 MB/ay. Bu ücretsiz kota, yalnızca bir kaynak planı kullanmamanız durumunda geçerlidir.
Günlük dizin trafiği (Query LogStore)
Dizin trafiği, sıkıştırılmamış günlükler için dizinler oluşturulduğunda veya yeniden oluşturulduğunda üretilen dizin verilerinin boyutuna göre hesaplanır. Dizinler belirli alanlar için oluşturulur. Dizin trafiği miktarı, dizinlenen alanlara ve bu alanların değer uzunluklarına bağlıdır.
Örneğin:
Tam metin dizini etkinleştirilmiş şekilde 1 GB ham günlüğü Log Service'e yazmak 1 GB dizin trafiği oluşturur.
Toplam 0,5 GB veri içeren iki alan için dizinler etkinleştirilmiş şekilde 1 GB ham günlüğü Log Service'e yazmak 0,5 GB dizin trafiği oluşturur.
Günlük dizinleme, sorguları ve analizleri hızlandırır. Günlükleri sorgulamak ve analiz etmek için bir dizin oluşturmanız gerekir. Log Service kullanarak veri geçişi veya aktarımı gibi diğer senaryolarda günlük dizini oluşturmanız gerekmez.
Bu faturalandırılabilir öğe Query LogStore'lar için geçerlidir.
Dizinlemeyi etkinleştirmek dizin trafiği oluşturur ve depolama alanı tüketir.
Dizin trafiği, veriler yazıldığında tek seferlik bir ücrete tabidir.
Bir alan için hem tam metin dizini hem de alan dizini oluşturursanız dizin trafiği için yalnızca bir kez ücretlendirilirsiniz.
Log Service,
__time__ve__source__gibi ayrılmış alanlar için otomatik olarak dizinler oluşturur. Bu işlem küçük miktarda dizin trafiği oluşturur. Daha fazla bilgi için bkz. Ayrılmış alanlar.
Faturalandırma yöntemleri
kullandıkça öde: Günlük dizin trafiği ücreti = Günlük kümülatif dizin trafiği (GB) × GB başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
Yok
Tarama dizini trafiği
Dizin trafiği, sıkıştırılmamış günlükler için tarama dizini oluşturulduğunda veya yeniden oluşturulduğunda üretilen dizin verilerinin boyutuna göre hesaplanır. Dizin trafiği miktarı, günlük alanlarına ve bu alanların değer uzunluklarına bağlıdır. Bir alanda hem tam metin dizini veya alan dizini hem de tarama dizini varsa yalnızca tam metin dizini veya alan dizini trafiği faturalandırılır ve tarama dizini trafiği oluşmaz. Tarama dizini oluşturmak, ham günlük boyutunun %20'sine eşit dizin depolama verisi üretir.
Örneğin:
Tam metin dizini etkinleştirilmiş şekilde 1 GB ham günlüğü Simple Log Service'e yazmak 1 GB tam metin dizin trafiği oluşturur.
Toplam 0,5 GB veri içeren alanlarda alan dizinlerini etkinleştirmek 0,5 GB alan dizini trafiği oluşturur. Aynı alanlar için bir tarama dizini de etkinleştirilirse ek tarama dizini trafiği faturalandırılmaz.
Faturalandırma yöntemleri
kullandıkça öde: Tarama dizini trafiği ücreti = Günlük kümülatif tarama dizini trafiği (GB) × GB başına birim fiyat
kaynak planı: Kullanılamıyor
Ücretsiz kota
Yok
Zaman serisi dizin trafiği
Dizin trafiği, sıkıştırılmamış zaman serisi verileri için dizin oluşturulduğunda üretilen dizin verilerinin boyutuna göre hesaplanır. Dizinler belirli alanlar için oluşturulur. Dizin trafiği miktarı, dizinlenen alanlara ve bu alanların değer uzunluklarına bağlıdır. Zaman serisi verilerini yüklediğinizde Log Service otomatik olarak bir dizin oluşturur.
Örneğin, 1 GB ham zaman serisi verisini Log Service'e yazmak 1 GB dizin trafiği oluşturur.
Faturalandırma yöntemleri
kullandıkça öde: Zaman serisi dizin trafiği ücreti = Günlük kümülatif dizin trafiği (GB) × GB başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
Yok
Genel ağ okuma trafiği
Bu trafik, genel internet üzerinden bir Log Service uç noktasından veri çektiğinizde oluşur. Trafik, sıkıştırılmış veri boyutuna göre hesaplanır.
Faturalandırma yöntemleri
kullandıkça öde: Genel ağ okuma trafiği ücreti = Günlük kümülatif genel ağ okuma trafiği × GB başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
Yok
Tarama trafiği
Tarama trafiği, taranan sıkıştırılmamış veri miktarına göre hesaplanır.
Faturalandırma yöntemleri
kullandıkça öde: Tarama trafiği ücreti = Günlük kümülatif tarama trafiği × GB başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
Yok
Veri dönüşümü
Veri dönüşümü ücretleri, işlenen sıkıştırılmamış veri miktarına dayanır. Bölgeler arası veri işleme, sıkıştırılmış veri boyutuna göre hesaplanan genel ağ okuma trafiği oluşturur.
Faturalandırma yöntemleri
kullandıkça öde: Veri dönüşümü ücreti = Günlük kümülatif işlenen veri boyutu (GB) × GB başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
Yok
Veri aktarımı
Veri aktarımı ücretleri, OSS, MaxCompute ve AnalyticDB for MySQL gibi hedeflere aktarılan sıkıştırılmamış veri miktarına dayanır.
AnalyticDB for MySQL'e veri aktarmak, veri okumak için API çağrıları içerir; bu da okuma ve yazma istekleri ile okuma trafiği ücretleri oluşturur.
Faturalandırma yöntemleri
kullandıkça öde: Veri aktarımı ücreti = Günlük kümülatif aktarılan veri boyutu (GB) × GB başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
Yok
Okuma ve yazma istekleri
Log Service'e veri yüklediğinizde ücretler yazma isteklerinin sayısına dayanır. Yazma isteklerinin sayısı, veri oluşturma hızınıza bağlıdır. Log Service arka uçta istek sayısını en aza indirir.
Verileri dönüştürdüğünüzde, AnalyticDB for MySQL'e aktardığınızda veya tükettiğinizde veriler toplu işler halinde okunur. Ücretler, okuma isteklerinin sayısına göre tahsil edilir.
Başarılı ve başarısız okuma ve yazma isteklerinin her ikisi için de ücretlendirilirsiniz.
Faturalandırma yöntemleri
kullandıkça öde: Okuma ve yazma istekleri ücreti = Günlük kümülatif okuma ve yazma istekleri × İstek başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
1 milyon istek/ay. Bu ücretsiz kota, yalnızca bir kaynak planı kullanmamanız durumunda geçerlidir.
Sesli bildirimler
Sesli arama ile gönderilen uyarı bildirimleri her bildirim başına ücretlendirilir.
Bir uyarı sesli araması bağlantı kuramazsa sistem yeniden arama yapmaz; bunun yerine bir SMS bildirimi gönderir.
Her denen sesli arama, bağlantı başarılı olsa da olmasa da bir kez ücretlendirilir. Başarısız bir arama için ardından gönderilen SMS ek ücrete tabi değildir.
Faturalandırma yöntemleri
kullandıkça öde: Sesli bildirim ücreti = Günlük kümülatif bildirim sayısı × Bildirim başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
Yok
SMS bildirimleri
SMS ile gönderilen uyarı bildirimleri her bildirim başına ücretlendirilir.
Operatörler uzun SMS mesajlarını (örneğin 70 karakterden fazla) iki ayrı mesaja bölebilir. Birkaç mesaj alsanız da Log Service bunu tek bir bildirim olarak faturalandırır.
Faturalandırma yöntemleri
kullandıkça öde: SMS bildirimi ücreti = Günlük kümülatif bildirim sayısı × Bildirim başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
Yok
Aktif parçalar
Ücretler, okuma/yazma durumundaki parça sayısına dayanır. Birleştirilen veya bölünen parçalar için ücretlendirme, işlemden sonraki gün durur.
Örneğin, üç okuma/yazma parçasını tek bir parçada birleştirirseniz birleştirme günü için yine de üç parça ücreti ödersiniz. Ertesi gün tek bir parça ücreti ödersiniz.
Bir Logstore oluşturduğunuzda Log Service varsayılan olarak iki parça yapılandırır. Parçalarla ilgili sorular hakkında daha fazla bilgi için bkz. Neden aktif parçalar için ücretlendiriliyorum?.
Geçmiş nedenlerle, Logstore ve Metricstore için aktif parça kiralama faturalandırılabilir öğeleri faturanızda iki farklı alan olarak görünür: active shard lease ve partition lease. Toplam parça kullanımı, bu iki faturalandırılabilir öğenin kullanımının toplamıdır ve çift sayım yoktur. Bu sorun düzeltilmektedir.
Faturalandırma yöntemleri
kullandıkça öde: Aktif parça ücreti = Okuma/yazma parça sayısı × Parça başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
31 parça-gün/ay. Bu ücretsiz kota, yalnızca bir kaynak planı kullanmamanız durumunda geçerlidir.
Özel SQL
Ücretler, SQL analizi için tüketilen gerçek CPU zamanına dayanır. Faturalandırma birimi, bir CPU çekirdeğinin bir saat boyunca çalışmasını temsil eden çekirdek-saattir. Daha fazla bilgi için bkz. Faturalandırma örnekleri.
Faturalandırma yöntemleri
kullandıkça öde: Özel SQL ücreti = CPU zamanı (saat) × Saat başına birim fiyat
kaynak planı: Ücretler bir kaynak planı ile dengelenir. Kullanım, Maliyet Birimi (CU) cinsinden plandan düşülür.
Ücretsiz kota
Yok
Kural tabanlı tüketim
Ücretler, kural tabanlı tüketim işi tarafından tüketilen kaynaklara dayanır. Faturalandırma birimi OCU'dur. 1 saatlik bir ölçüm döneminde kural tabanlı tüketim kullanarak 1 GB veriyi işlemek yaklaşık 0,3 OCU tüketir.
Faturalandırma yöntemleri
kullandıkça öde: Kural tabanlı tüketim ücreti = Tüketilen kaynaklar için OCU sayısı × OCU başına birim fiyat
kaynak planı: Kullanılamıyor
Ücretsiz kota
Yok
Veri dönüşümü (yeni sürüm)
Ücretler, veri dönüşümü (yeni sürüm) işi tarafından tüketilen kaynaklara dayanır. Faturalandırma birimi OCU'dur. 1 saatlik bir ölçüm döneminde veri dönüşümü (yeni sürüm) kullanarak 1 GB veriyi işlemek yaklaşık bir OCU'nun 1/3'ünü tüketir.
Faturalandırma yöntemleri
kullandıkça öde: Veri dönüşümü (yeni sürüm) ücreti = Tüketilen kaynaklar için OCU sayısı × OCU başına birim fiyat
kaynak planı: Kullanılamıyor
Ücretsiz kota
Yok
Aktarım hızlandırma
Ücretler, bir aktarım hızlandırma uç noktası üzerinden oluşturulan gelen ve giden trafiğe göre hesaplanır. Faturalandırma, aktarılan gerçek veri miktarına dayanır. Veri yükleme senaryolarında veriler sıkıştırılıyorsa trafik sıkıştırılmış boyuta göre hesaplanır. Daha fazla bilgi için bkz. Projeleri Yönetin.
Faturalandırma yöntemleri
kullandıkça öde: Aktarım hızlandırma ücreti = Aktarım hızlandırmadan gelen gelen ve giden trafik × GB başına birim fiyat
kaynak planı: Kullanılamıyor
Ücretsiz kota
Yok
Ingest processor
Bir ingest processor, veriler bir LogStore'a yazılmadan önce filtreleme, alan ayıklama, alan genişletme ve veri maskeleme gibi işlemleri gerçekleştirir. Ücretler, tüketilen veri işleme kaynaklarına dayanır.
1 saatlik bir ölçüm döneminde bir ingest processor kullanarak 1 GB veriyi işlemek yaklaşık bir OCU'nun 1/3'ünü tüketir.
Faturalandırma yöntemleri
kullandıkça öde: Ingest processor ücreti = Tüketilen kaynaklar için OCU sayısı × OCU başına birim fiyat
kaynak planı: Kullanılamıyor
Ücretsiz kota
Yok