Skip to content

WIP: cloud ha doc to accomodate dual node#1029

Draft
csrivastav-juniper wants to merge 1 commit into
masterfrom
csrivastav/PLUGIN-3157-update-docs
Draft

WIP: cloud ha doc to accomodate dual node#1029
csrivastav-juniper wants to merge 1 commit into
masterfrom
csrivastav/PLUGIN-3157-update-docs

Conversation

@csrivastav-juniper
Copy link
Copy Markdown

No description provided.

Comment thread docs/plugin_cloud_ha.md
| cloud-redundancy-plugin-network | ip-network | default: 169.254.137.0/30 | The ip network to use for internal networking. This should only be configured when the default value conflicts with a different service in the configuration. |
| enabled | boolean | default: true | Enable or disable the cloud redundancy member. |
| cloud-redundancy-group | reference | required | The group that this member belongs to. |
| dns-server | list: ipv4 | max-value:2 | DNS servers to be used for Cloud HA specific management traffic. Defaults specific to the solution-type will be used if none are configured to. |
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

DNS servers to be used for Cloud HA specific management traffic. Defaults specific to the solution-type are used if none are configured.

Comment thread docs/plugin_cloud_ha.md
| enabled | boolean | default: true | Enable or disable the cloud redundancy member. |
| cloud-redundancy-group | reference | required | The group that this member belongs to. |
| dns-server | list: ipv4 | max-value:2 | DNS servers to be used for Cloud HA specific management traffic. Defaults specific to the solution-type will be used if none are configured to. |
| tgw-attachment-id | string | | The TGW Attachment ID to use when this member becomes active. This field is only relevant when solution-type is aws-tgw. Ex. tgw-attach-00000000000000001. If this field is not specified, then you must use the Tag approach to specify the information to. |
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If this field is not specified, then you must use the Tag approach to specify the information to.

  1. What is the Tag approach?
  2. Once we define the "Tag Approach" we can link to that procedure, at least clearly describe the tag approach.
  3. Suggested text:
    If this field is not specified, manually tag the to identify the attachment ID(?).

Comment thread docs/plugin_cloud_ha.md
* Priorities across all members in a group are unique.
* IP Network fields such as `remote-health-network` and `cloud-redundancy-plugin-network` are validated to be an acceptable prefix size.
* The `peer-reachability-timeout` for a group must be at least twice the amount of time as the `health-interval`.
* Cloud Redundancy Group referenced by membership does not exist.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not clear - referenced by what membership?

Comment thread docs/plugin_cloud_ha.md
* `shared-phys-address` cannot be configured in cloud HA mode.
* `tgw-attachment-id` must be configured on both members when `auto-discover-route-table` is disabled for AWS TGW solution type.
* `tgw-route-table-id` must be configured when `auto-discover-route-table` is disabled for AWS TGW solution type.
* At least one `extra-route-table` must be configured when `auto-discover-route-table` is disabled for Azure VNET solution type.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Some of this list reads like limitations, some of it reads like criteria for the cloud plugin to work. Maybe break out the limitations?

Comment thread docs/plugin_cloud_ha.md

### PCLI Enhancements
To check the state of the Cloud HA solution running on the router, the plugin adds output to the `show device-interface` command for the `cloud-ha` interface. This state information is also accessible from the SSR's public REST API with a `GET` on `/api/v1/router/<router>/node/<node>/cloud-ha/state`.
To check the state of the Cloud HA solution running on the router, the plugin adds output to the `show device-interface` command for the `cloud-ha` interface. From **version 6.x**, plugin output is available in `show plugins state detail 128T-cloud-ha` command. This state information is also accessible from the SSR's public REST API with a `GET` on `/api/v1/router/<router>/node/<node>/cloud-ha/state`.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Beginning with version 6.x, plugin output is available using the show plugins state detail 128T-cloud-ha command.

Comment thread docs/plugin_cloud_ha.md
| is-node-active | Whether the HA Agent considers itself active. |
| local-status | The understood state of the local node. |
| remote-status | The understood state of the remote node. |
| last-activity-change | The timestamp of the last time the node called the became active or became inactive API on the API Agent. |
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The timestamp of the last status change (active/inactive) of the node.

Comment thread docs/plugin_cloud_ha.md
| local-status | The understood state of the local node. |
| remote-status | The understood state of the remote node. |
| last-activity-change | The timestamp of the last time the node called the became active or became inactive API on the API Agent. |
| redundant-target-interface | The name of the first interface from the list of `redundant-interface`s that is healthy. |
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The name of the first healthy interface in the redundant-interfacelist.

Comment thread docs/plugin_cloud_ha.md
| remote-status | The understood state of the remote node. |
| last-activity-change | The timestamp of the last time the node called the became active or became inactive API on the API Agent. |
| redundant-target-interface | The name of the first interface from the list of `redundant-interface`s that is healthy. |
| redundant-target-mac-address | The mac address of the first interface from the list of `redundant-interface`s that is healthy. |
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The mac address of the first healthy interface in the redundant-interface list.

Comment thread docs/plugin_cloud_ha.md

The Cloud HA plugin supports two modes of operation: **dual-node** and **dual-router**.

### Dual Node Mode
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These summaries are good. Please provide a link to the more detailed explanation here [concepts_ha_theoryofoperation.md]

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants