簡體   English   中英

如何擴展相同服務類型的Azure Service Fabric參與者?

[英]How To Scale Azure Service Fabric Actors Of The Same Service Type?

我是Azure Service Fabric的新手,我試圖完全理解的一部分是擴展的工作原理。 我目前有一個Azure Service Fabric應用程序,該應用程序由無狀態可靠服務Web api和有狀態Actor服務組成。

在本地進行調試時,我看到單個應用程序創建了5個節點。 該api在所有5個節點上創建,因為它的實例計數為-1,而actor服務的創建是在一個節點上有一個主節點,在另外2個節點上有2個副本。

Web API將創建許多actor實例(但尚不知道總共有多少個actor實例)。 每個參與者都有其唯一的狀態數據,並且所有這些參與者在創建服務的主節點上創建。

但是,如何縮放? 最終,該主節點上可能有太多的actor實例,那么我們如何擴展呢? Azure將為我們做到這一點嗎? 我們需要某種經理服務嗎? 該管理器服務會做什么-在另一個節點上創建一個新的actor服務實例? 創建一個新的應用程序實例? 或者是其他東西?

為了提供可伸縮性和可靠性,Service Fabric會將actor分布在整個群集中,並根據需要將其從故障節點自動遷移到正常節點。 分發,可伸縮性,可靠性和自動故障轉移都是通過參與者在稱為“參與者服務”的有狀態可靠服務中運行的事實提供的。

Actor分布在Actor Service的各個分區之間,而這些分區則分布在Service Fabric群集中的各個節點之間。 每個服務分區包含一組參與者。 Service Fabric管理服務分區的分發和故障轉移。

例如,將使用默認的actor分區放置將具有九個分區的Actor服務部署到三個節點,從而: 在此處輸入圖片說明

參考- 服務結構可靠角色簡介

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM