Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
Which API can be used to tell the HA pair nodes are standard or mirrored ones?
2017-06-29
02:06 PM
3,896 Views
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Solved! See The Solution
1 ACCEPTED SOLUTION
lb98 has accepted the solution
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I'm going to assume when you say "mirrored HA pair" you're referring to a metrocluster configuration. Metrocluster can have multiple fail-over scenarios...
Let's assume that we have a simple MCC setup: Site A has a 2 node HA pair and site B has a 2 node HA pair. I'll refer to these as "A1" and "A2" for site A, and "B1", "B2" for site B. I'll also assume that site A is the primary/production site, while site B is the DR site.
- HA pair "A" can have a node fail, resulting in A1 hosting both it's workload and A2's workload (this is standard failover). The inverse is also true...A2 could take over for A1, resulting in it hosting both workloads
- Just as above, HA pair "B" can have a node fail.
- "A" can failover to "B"
- A1 can failover to A2 (or vice-versa, A2 could failover to A1), then A can failover to B
- A can failover to B, then B1 could then failover to B2 (or vice-versa). This would result in a single node now servicing the workload for all four nodes
Definitely check out the documentation if you want more information.
If you want to programmatically get information about the node/cluster configuration (and status), use the metrocluster-get and system-get-node-info-iter APIs.
Hope that helps.
Andrew
If this post resolved your issue, please help others by selecting ACCEPT AS SOLUTION or adding a KUDO.
4 REPLIES 4
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
If you are looking for syncmirror status for aggregates, you can take a look at
for cDOT you can use aggr-get-iter zapi
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
What are you referring to when you say "mirrored" nodes? Metrocluster?
Andrew
If this post resolved your issue, please help others by selecting ACCEPT AS SOLUTION or adding a KUDO.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I saw in the documentation that cluster conssists of many HA pairs. Each HA pair has two nodes.
In the standard HA pair, these two nodes both actively provide data service. When one node goes down, the other node will take over the disk from the failed node. the Taked over disk becomes so called partner disk. This two node behaves like active-active failed over pair.
Does mirrored HA pair behaves the similar way? the difference is one node has a copy of the othe node's data? I am confused over here. Or Mirrored HA pair works together to provide data mirror for the metro cluster?
Thanks!
lb98 has accepted the solution
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I'm going to assume when you say "mirrored HA pair" you're referring to a metrocluster configuration. Metrocluster can have multiple fail-over scenarios...
Let's assume that we have a simple MCC setup: Site A has a 2 node HA pair and site B has a 2 node HA pair. I'll refer to these as "A1" and "A2" for site A, and "B1", "B2" for site B. I'll also assume that site A is the primary/production site, while site B is the DR site.
- HA pair "A" can have a node fail, resulting in A1 hosting both it's workload and A2's workload (this is standard failover). The inverse is also true...A2 could take over for A1, resulting in it hosting both workloads
- Just as above, HA pair "B" can have a node fail.
- "A" can failover to "B"
- A1 can failover to A2 (or vice-versa, A2 could failover to A1), then A can failover to B
- A can failover to B, then B1 could then failover to B2 (or vice-versa). This would result in a single node now servicing the workload for all four nodes
Definitely check out the documentation if you want more information.
If you want to programmatically get information about the node/cluster configuration (and status), use the metrocluster-get and system-get-node-info-iter APIs.
Hope that helps.
Andrew
If this post resolved your issue, please help others by selecting ACCEPT AS SOLUTION or adding a KUDO.
