Tüm Ürünler
Search

Bu Ürün

    Realtime Compute for Apache Flink:Alanlar arası yüksek kullanılabilirlik

    Belge Merkezi

    Realtime Compute for Apache Flink:Alanlar arası yüksek kullanılabilirlik

    Son Güncelleme:Oct 04, 2026

    Alanlar arası yüksek kullanılabilirlik (HA) özelliği, tek bir kullanılabilirlik alanı arızasından kaynaklanan hizmet kesintilerini önler ve iş sürekliliğini sağlar. Bu konuda alanlar arası HA'nın nasıl kullanılacağı ve alanlar arası CU'lar için faturalandırmanın nasıl durdurulacağı açıklanmaktadır.

    Çalışma mekanizması

    Realtime Compute for Apache Flink çalışma alanı, CU cinsinden ölçülen iki tür hesaplama kaynağını destekler: single-zone ve cross-zone. Bu CU türleri, single-zone ve cross-zone ad alanlarına karşılık gelir. İki ad alanı türü arasındaki farklar aşağıda listelenmiştir:

    • single-zone ad alanında Realtime Compute for Apache Flink, seçtiğiniz bölge içinde en uygun hesaplama kullanılabilirlik alanını tahsis eder. Aynı bölgedeki kullanılabilirlik alanları dahili bir ağ üzerinden birbirine bağlıdır. Hesaplama katmanı, kaynak esnekliğini ve yük dengelemeyi iyileştirmek amacıyla kaynakları kullanılabilirlik alanları arasında şeffaf bir şekilde planlar ve envanteri havuz haline getirir.

    • cross-zone ad alanı, alanlar arası HA sağlar. Bir işin çalıştığı kullanılabilirlik alanı arızalanırsa iş aynı bölgedeki kararlı bir kullanılabilirlik alanına otomatik olarak yük devreder. Bu tasarım, tek bir kullanılabilirlik alanı arızasından kaynaklanan hizmet kesintilerini önler ve işlerinizin yüksek kullanılabilirliğini garanti eder.

    Temel kavramlar


    Kavram


    Açıklama


    Zone


    Bir bölge içinde güç ve ağ altyapısının bağımsız olduğu fiziksel bir alandır. Bir bölge içindeki alanlar düşük gecikme süresine sahip bir ağ ile birbirine bağlanır.


    RPO (Recovery Point Objective)


    Bir arıza meydana geldiğinde tolere edilebilecek maksimum veri kaybı miktarıdır. Flink cross-zone modunda kontrol noktası durumu alan yedekli OSS depolamaya kalıcı olarak yazılır; bu nedenle RPO, veri bütünlüğünü ve tutarlılığını garanti eden OSS alan yedekli depolama ile uyumludur.


    RTO (Recovery Time Objective)


    Bir arızadan sonra hizmetin kurtarılması için gereken süredir. Flink cross-zone modunda RTO; JobManager geçişi, kaynak tahsisi, durum kurtarma ve veri yeniden oynatmayı kapsayan dakika düzeyindedir.


    JobManager


    İş zamanlaması, kontrol noktası koordinasyonu ve kaynak yönetiminden sorumlu Flink kontrol düğümüdür. Alanlar arası dağıtımlarda Aktif-Bekleme modunda çalışır.


    TaskManager


    Operatör görevlerini yürütmekten ve çalışma zamanı durumunu depolamaktan sorumlu Flink hesaplama düğümüdür.


    Checkpoint


    Arıza kurtarma amacıyla iş durumunu harici depolamaya (OSS) kalıcı olarak yazan Flink periyodik durum anlık görüntüsü mekanizmasıdır.


    State backend


    Flink durum depolama motorudur. Artımlı durum anlık görüntüleri kontrol noktası sırasında uzak depolamaya yazılır.

    Arıza kurtarma mekanizması

    Flink, bir alan arızalandığında işlerin otomatik olarak kurtarılmasını sağlamak için kontrol noktalarını ve otomatik arıza kurtarma mekanizmasını kullanır:

    • Kontrol noktası kalıcılığı: Bir iş çalışırken durum anlık görüntüleri periyodik olarak asenkron şekilde OSS'e (alan yedekli depolama) yazılır; böylece bir alan arızalandığında durum verileri kaybolmaz.

    • JobManager aktif-bekleme geçişi: Aktif JobManager başarısız olduğunda beklemedeki JobManager ZooKeeper aracılığıyla yeni lider olarak seçilir ve iş yönetimini devralır.

    • TaskManager yeniden planlaması: Başarısız olan alandaki TaskManager'lar kaybedildikten sonra ResourceManager hayatta kalan alanlarda yeni TaskManager'lar talep eder ve etkilenen görevleri yeniden planlar.

    • Durum kurtarma: Yeni planlanan TaskManager'lar durumu en son kontrol noktasından geri yükler. RocksDB durum arka ucu kurtarma süresini kısaltan artımlı kurtarmayı destekler.

    • Veri yeniden oynatma: Kafka gibi yeniden oynatılabilir bir veri kaynağı ile tüketim kontrol noktasında kaydedilen ofsetten devam eder; bu sayede tam-olarak-bir-kez semantiği korunur ve veri kaybı veya çoğaltması önlenir.

    Arıza senaryoları ve kurtarma

    Tek alan arızası

    Bir alan arızalandığında Flink şu adımları izler:

    1. Arıza tespiti: JobManager başarısız olan alandan gelen TaskManager kalp atışı sinyallerinin zaman aşımına uğradığını tespit eder ve bu düğümleri kullanılamaz olarak işaretler.

    2. JobManager geçişi: Aktif JobManager başarısız olan alandaysa beklemedeki JobManager taşınır ve başlatılır.

    3. Görev yeniden planlaması: ResourceManager hayatta kalan alanlarda yeni TaskManager kaynakları talep eder ve etkilenen görevleri yeniden planlar.

    4. Durum kurtarma: Yeni TaskManager'lar iş durumunu en son kontrol noktasından geri yükler.

    5. Veri yeniden oynatma: Kaynak kontrol noktası ofsetinden (örneğin Kafka'dan) tüketmeye devam eder ve işlem sürer.

    6. İstemci şeffaflığı: Flink işinin kaynakları ve hedef sistemleri yukarı akış ve aşağı akış sistemlerine otomatik olarak yeniden bağlanır; böylece kurtarma süreci bu sistemler için şeffaf olur.

    Kurtarma ölçümleri:


    Ölçüm


    Değer


    RPO (veri kaybı)


    0 (Kontrol noktası durumu alan yedekli OSS depolamaya kalıcı olarak yazılır; bu nedenle RPO, veri bütünlüğünü ve tutarlılığını garanti eden OSS alan yedekli depolama ile uyumludur.)


    RTO (hizmet kurtarma süresi)


    Dakika düzeyi (durum boyutuna ve kontrol noktası aralığına bağlı olarak 1 ila 10 dakika)

    Kullanım notları

    • Uçtan uca yüksek kullanılabilirlik için yukarı akış ve aşağı akış sistemlerinizin de yüksek düzeyde kullanılabilir olması gerekir.

    • Realtime Compute for Apache Flink alanlar arası dış yukarı akış ve aşağı akış sistemlerine erişirken milisaniye düzeyinde gecikme süresi oluşabilir. Hizmet düzeyi sözleşmesi (SLA) kullanılabilirlik alanları arasındaki ağ gecikme süresinin 3 ms içinde olduğunu garanti eder. Daha fazla bilgi için bkz. Bölgedeki kullanılabilirlik alanları arasındaki ortalama ağ gecikme süresi. Gecikme süresi Tair hariç çoğu yukarı akış ve aşağı akış sistemi için genellikle kabul edilebilir düzeydedir. İşletmenizin gecikme gereksinimlerini değerlendirerek alanlar arası HA'yı etkinleştirip etkinleştirmemeye karar vermenizi öneririz.

    • Hibrit faturalandırmaya sahip bir çalışma alanı için alanlar arası HA'yı etkinleştirirseniz sistem arıza sırasında Abonelik kaynaklarındaki işlerin geçişini ve kurtarılmasına öncelik verir. Kullandıkça öde hesaplama kaynaklarındaki işler için sistem ekstra ücret almaksızın elinden geleni yaparak kurtarma girişiminde bulunur.

    Bölgeler ve faturalandırma

    Şu anda yalnızca Intel X86 mimarisini kullanan ve Subscription faturalandırma yöntemini (hibrit faturalandırma dahil) benimseyen çalışma alanları cross-zone hesaplama kaynaklarının satın alınmasını destekler. Bu kaynakların fiyatlandırması single-zone kaynaklarından daha yüksektir. Desteklenen bölgeler ve fiyatlandırma hakkında daha fazla bilgi için bkz. Abonelik.

    Çalışma alanınız kullandıkça öde faturalandırma yöntemini kullanıyorsa önce Aboneliğe geçiş yapmanız ve ardından Yöntem 2 ile Yöntem 3 adımlarını uygulamanız gerekir.

    Not

    cross-zone dağıtım modeline sahip çalışma alanlarını kullandıkça öde faturalandırma yöntemine değiştiremezsiniz.

    Alanlar arası HA'yı etkinleştirme ve kullanma

    Yöntem 1: Çalışma alanı oluştururken cross-zone ad alanı oluşturma

    1. Realtime Compute for Apache Flink çalışma alanı oluştururken otomatik olarak cross-zone ad alanı oluşturabilirsiniz.

      Intel X86 mimarisini kullanan ve Billing Method faturalandırma yöntemini benimseyen bir çalışma alanı için deployment model öğesini cross-zone olarak ayarlayın, Resource Quota değerini cross-zone CU türü için belirtin ve iki farklı kullanılabilirlik alanından vSwitch'leri seçin. Daha fazla bilgi için bkz. Realtime Compute for Apache Flink'i etkinleştirme.

      Çalışma alanını oluşturduktan sonra sistem otomatik olarak workspace-name-default-ha adlı bir cross-zone ad alanı oluşturur.

    2. Hedef cross-zone ad alanının adına tıklayarak bu ad alanında işler oluşturun ve çalıştırın.

      Ad alanı listesinde CU Type sütununda cross-zone ifadesini görerek bir cross-zone ad alanını tanımlayabilirsiniz. Ad alanına girmek için ad alanı adına tıklayın.

    Yöntem 2: Cross-zone CU ekleme ve ad alanı oluşturma

    Çalışma alanınızı oluşturduğunuz sırada deployment model öğesi cross-zone olarak ayarlanmadıysa bu yöntemi kullanın. cross-zone CU ekleyebilir ve ardından bir cross-zone ad alanı oluşturabilirsiniz.

    1. Cross-zone CU ekleyin.

      1. Hedef çalışma alanının Actions sütununda More > Reconfigure Workspace Resources seçeneğini belirleyin.

      2. Add CU Type seçeneğine tıklayın.

      3. Cross-zone türü için hedef CU sayısını girin ve vSwitch'leri seçin.

        Yalnızca hedef VPC'de ve Realtime Compute for Apache Flink tarafından desteklenen kullanılabilirlik alanlarında bulunan mevcut vSwitch'ler görüntülenir. Kullanılabilir vSwitch yoksa vSwitch oluşturabilirsiniz.

        Önemli

        Çalışma alanına cross-zone CU ekledikten sonra ağ erişimi sorunlarını önlemek amacıyla yeni kullanılabilirlik alanındaki vSwitch'in CIDR bloğunu yukarı akış ve aşağı akış sistemlerinizin izin listelerine eklediğinizden emin olun.

        Hizmet şartlarını okuyup kabul edin ve ardından OK seçeneğine tıklayın.

      4. Sözleşmeyi seçin ve ödemeyi tamamlamak için OK seçeneğine tıklayın.

    2. cross-zone ad alanı ekleyin. Daha fazla bilgi için bkz. Ad alanı ekleme.

    3. Cross-zone ad alanında işler oluşturun ve çalıştırın. Daha fazla bilgi için bkz. Ad alanına girme.

    Yöntem 3: Bir ad alanı için cross-zone HA'yı etkinleştirme

    1. Realtime Compute for Apache Flink konsolu üzerinde oturum açın.

    2. Çalışma alanının hedef ad alanına tahsis edilen CU'larla eşleşecek kadar tahsis edilmemiş cross-zone CU'ya sahip olduğunu doğrulayın.

      Tahsis edilmemiş cross-zone CU sayısı yetersizse çalışma alanına daha fazla cross-zone CU ekleyebilir veya Reconfigure Resources seçeneğine tıklayarak diğer cross-zone ad alanlarından fazla cross-zone CU'ları serbest bırakabilirsiniz. Daha fazla bilgi için bkz. Kaynakları ayarlama.

    3. Hedef ad alanının Actions sütununda Turn on high availability seçeneğine tıklayın ve ardından OK seçeneğine tıklayın.

      OK seçeneğine tıkladıktan sonra sistem ad alanındaki single-zone CU'ları eşdeğer sayıda cross-zone CU ile değiştirir ve orijinal single-zone CU'ları çalışma alanına iade eder. Ardından bu CU'ları yeniden tahsis edebilir veya maliyetleri düşürmek amacıyla kaynaklarınızı küçültebilirsiniz.

      Örneğin A Çalışma Alanı'nda 5 single-zone CU ve 5 cross-zone CU bulunduğunu varsayalım. A Ad Alanı'na 2 single-zone CU tahsis edilmiştir. A Ad Alanı için cross-zone HA'yı etkinleştirdiğinizde tahsis edilen 2 single-zone CU A Çalışma Alanı'nın tahsis edilmemiş single-zone kaynak havuzuna iade edilir. Ardından A Ad Alanı'na 2 cross-zone CU tahsis edilir. Aşağıdaki tabloda cross-zone HA'yı etkinleştirmeden önce ve sonra çalışma alanının kaynak durumu karşılaştırılmaktadır.


      Durum


      Single-zone CU


      Cross-zone CU


      Etkinleştirmeden önce


      2/5


      0/5


      Etkinleştirdikten sonra


      0/5


      2/5

    4. Dönüştürülen cross-zone ad alanında işler oluşturun ve çalıştırın. Daha fazla bilgi için bkz. Ad alanına girme.

    Bir ad alanı için cross-zone HA'yı devre dışı bırakma

    Cross-zone ad alanını nasıl oluşturduğunuzdan bağımsız olarak özelliği devre dışı bırakmak için aşağıdaki adımları izleyin. Ancak cross-zone HA'yı devre dışı bırakmak faturalandırmayı durdurmaz. Faturalandırmayı durdurmak için bkz. Cross-zone CU aboneliğini iptal etme.

    1. Realtime Compute for Apache Flink konsolu üzerinde oturum açın.

    2. Çalışma alanının hedef cross-zone ad alanına tahsis edilen CU'larla eşleşecek kadar tahsis edilmemiş single-zone CU'ya sahip olduğunu doğrulayın.

      Tahsis edilmemiş single-zone CU sayısı yetersizse çalışma alanına daha fazla single-zone CU ekleyebilir veya Reconfigure Resources seçeneğine tıklayarak diğer single-zone ad alanlarından fazla single-zone CU'ları serbest bırakabilirsiniz. Daha fazla bilgi için bkz. Kaynakları ayarlama.

    3. Hedef ad alanının Actions sütununda Turn off high availability seçeneğine tıklayın ve ardından OK seçeneğine tıklayın.

      Cross-zone HA'yı devre dışı bıraktıktan sonra kaynak değişiklikleri etkinleştirme işleminin tersi yönde gerçekleşir. İşlem tamamlandıktan sonra ad alanını normal şekilde kullanmaya devam edebilirsiniz.

    Cross-zone CU aboneliğini iptal etme

    Çalışma alanınız için Allocated cross-zone CU sayısı 0 olduğunda cross-zone ücreti yansıtılmaz. Cross-zone CU aboneliğini iptal etmek için aşağıdaki adımları uygulayın:

    1. Realtime Compute for Apache Flink konsolu üzerinde oturum açın.

    2. Çalışma alanındaki tüm ad alanları için cross-zone HA'nın devre dışı bırakıldığını doğrulayın.

      Daha fazla bilgi için bkz. Bir ad alanı için cross-zone HA'yı devre dışı bırakma.

    3. Çalışma alanındaki hedef cross-zone CU sayısını 0 olarak ayarlayın.

      1. Hedef çalışma alanının Actions sütununda More > Reconfigure Workspace Resources seçeneğini belirleyin.

      2. Cross-zone CU türü için Target CU değerini 0 olarak değiştirin.

      3. Şartları kabul edin ve OK seçeneğine tıklayın.

    İlgili belgeler