Deprecate the "Master" nomenclature

[tlfeng]

Is your feature request related to a problem? Please describe.
OpenSearch repository is going to replace the terminology "master"with "cluster manager".
issue: opensearch-project/OpenSearch#472, with the plan for its terminology replacement.

Although the existing usages with "master" will be supported in OpenSearch version 2.x to keep the backwards compatibility, please prepare for the nomenclature change in advance, and replace all the usages with "master" terminology in the code base.
All the OpenSearch REST APIs and settings that contain "master" terminology will be deprecated in 2.0, and alternative usages will be added.

Describe the solution you'd like
Replace the terminology "master" with "cluster manager".

When being compatible with OpenSearch 2.0:

• Replace "master" in code comment and internal variable/method name
• Replace OpenSearch setting that contains "master" with the provided inclusive setting
  replace cluster.initial_master_nodes with cluster.initial_cluster_manager_nodes in https://github.com/opensearch-project/security/blob/1.3.1.0/tools/install_demo_configuration.sh#L385

When being compatible with OpenSearch 3.0:

• Replace "master" in the reference to OpenSearch Java API

Describe alternatives you've considered
None.

Additional context
An existing PR: #1746

[dblock]

For 2.0, at a minimum please ensure that the plugin is not calling any deprecated APIs in core or another plugin, and confirm below, then remove the 2.0.0 label. If you have time, do the complete deprecation as described in this issue.

[peternied]

There is an issue in security plugin opensearch-project/security#1746 that we are considering to merge post code freeze. There has been a setting that was renamed as part of inclusive naming in opensearch core which is used in security plugin scripts.
Pros: New inclusive terms usage is in alignment within our release, its a focused change that is validated by CI checks before entering the distribution build. There is a minimal risk of destabilizing perf/stress tests in progress
Cons: Additional inclusive terminology changes are not in for security plugin, and has no outward facing impact making it a good candidate for the next patch release.

[Recapping offline conversation] While this change would be valuable, it does not meet the requirements for the 2.0.0-rc1 release. There are concerns about modifying the setup scripts late in the process. We will add this to the next release.

From opensearch-project/opensearch-build#1624 (comment)

[peternied]

Before we close this lets add a checkstyle rule to look for this terminology and error if it is detected

[cliu123]

No more action items for this issue.