WarmStandbyChannelSet vs ChannelSet
Hi I am using Real-Time-SDK-2.0.6.L1, C++ EMA. Is using WarmStandbyChannelSet makes usage of ChannelSet redundant. What kind of additional resiliency I get by using both of these features ?
Best Answer
-
You can specify both WarmStandbyChannelSet and ChannelSet configurations in a consumer but API will pick the WarmStandByChannelSet first. If it is unable to connect to the servers in the WarmStandByChannelSet, it will use the ChannelSet configurations instead. Therefore, WarmStandbyChannelSet and ChannelSet can't be active at the same time for a consumer.
Both options are valid so it depends on the requirements. WarmStandbyChannelSet provides better resiliency than ChannelSet. However, it uses more computing resources than ChannelSet because it needs to establish and maintain connections to all servers in the warm standby group. Moreover, you need to enable the warm standby feature on the servers (ADS).
In summary, if you want better resiliency (faster recovery), you need to use WarmStandbyChannelSet. You may set the ChannelSet as a backup mechanism to handle a situation when all servers in the WarmStandbyChannelSet are down.
1
Answers
-
You can refer to the WarmStandbyChannelSet configuration in the EMA Configuration Guide.
The ChannelSet is a failover mechanism. There is one connection at a time. If the connection to the first channel has been disconnected, API will fail over to the next channel in the ChannelSet. Once the connection has been established, API will resubscribe to all items in the watch list.
With the WarmStandbyChannelSet, a consumer establishes connections to both an active server and standby servers. The standby servers are aware of items an application has subscribed for so during a failover APIs don't need to re-subscribe items to the standby servers. Therefore, Warm Standby can reduce overall recovery time.
For more information, please refer to the following articles.
2 -
Thanks!. In summery, both ChannelSet and WarmStandbyChannelSet are failover mechanisms and WarmStandbyChannelSet failover mechanism is faster (no need to re-subscribe) and supports service-down events as well. This means, I have no reason to go with ChannelSet instead of WarmStandbyChannelSet right ? Still I couldn't understand in which situations should I choose ChannelSet instead of WarmStandbyChannelSet and in which situations should I go for both.
0
Categories
- All Categories
- 6 AHS
- 37 Alpha
- 161 App Studio
- 4 Block Chain
- 4 Bot Platform
- 16 Connected Risk APIs
- 47 Data Fusion
- 30 Data Model Discovery
- 608 Datastream
- 1.3K DSS
- 577 Eikon COM
- 4.9K Eikon Data APIs
- 7 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- Trading API
- 2.7K Elektron
- 1.3K EMA
- 236 ETA
- 519 WebSocket API
- 33 FX Venues
- 10 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 20 Messenger Bot
- 2 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 59 Open Calais
- 264 Open PermID
- 39 Entity Search
- 2 Org ID
- PAM
- PAM - Logging
- 8.4K Private Comments
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 20 RDMS
- 1.4K Refinitiv Data Platform
- 367 Refinitiv Data Platform Libraries
- 3 Refinitiv Due Diligence
- LSEG Due Diligence Portal API
- 3 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.1K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 10 World-Check Customer Risk Screener
- 990 World-Check One
- 44 World-Check One Zero Footprint
- 45 Side by Side Integration API
- Test Space
- 3 Thomson One Smart
- 1.2K TR Internal
- Global Hackathon 2015
- 2 Specialists Who Code
- 10 TR Knowledge Graph
- 150 Transactions
- 142 REDI API
- 1.7K TREP APIs
- 4 CAT
- 21 DACS Station
- 117 Open DACS
- 1.1K RFA
- 103 UPA
- 172 TREP Infrastructure
- 224 TRKD
- 886 TRTH
- 5 Velocity Analytics
- 5 Wealth Management Web Services
- 59 Workspace SDK
- 9 Element Framework
- 5 Grid
- 13 World-Check Data File
- Yield Book Analytics
- 46 中文论坛