You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: deploy-manage/monitor/autoops/cc-connect-self-managed-to-autoops.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -121,7 +121,7 @@ Depending on your selected installation method, you may have to provide the foll
121
121
122
122
With this authentication method, you need to create an API key to grant access to your cluster. Complete the following steps:
123
123
124
-
1.From your {{ecloud}} home page, select a deployment.
124
+
1.Open your self-managed cluster's Kibana
125
125
2. Go to the **API keys** management page in the navigation menu or use the [global search field](/explore-analyze/find-and-organize/find-apps-and-objects.md).
126
126
3. Select **Create API key**.
127
127
4. In the flyout, enter a name for your key and select **User API key**.
@@ -167,7 +167,7 @@ With this authentication method, you need to create an API key to grant access t
167
167
168
168
With this authentication method, you need the username and password of a user with the necessary privileges to grant access to your cluster. There are two ways to set up a user with the these privileges:
169
169
170
-
* (Recommended) From your {{ecloud}} home page, select a deployment and go to **Developer tools**. In **Console**, run the following command:
170
+
* (Recommended) Open your self-managed cluster's Kibana and go to **Developer tools**. In **Console**, run the following command:
This snippet is in use in the following locations:
3
+
- ece-remote-cluster-self-managed.md
4
+
- ec-remote-cluster-self-managed.md
5
+
-->
6
+
To configure a self-managed cluster as a remote cluster, use the [cluster update settings API](https://www.elastic.co/docs/api/doc/elasticsearch/operation/operation-cluster-put-settings). Configure the following fields:
7
+
8
+
*`mode`: `proxy`
9
+
*`proxy_address`: Enter the endpoint of the remote self-managed cluster, including the hostname, FQDN, or IP address, and the port. Both IPv4 and IPv6 addresses are supported.
10
+
11
+
Make sure you use the correct port for your authentication method:
12
+
***API keys**: Use the port configured in the remote cluster interface of the remote cluster (defaults to `9443`).
13
+
***TLS Certificates**: Use the {{es}} transport port (defaults to `9300`).
14
+
15
+
When using an IPv6 address, enclose it in square brackets followed by the port number. For example: `[2001:db8::1]:9443`.
16
+
17
+
*`server_name`: Specify a value if the certificate presented by the remote cluster is signed for a different name than the proxy_address.
18
+
19
+
This is an example of the API call to `_cluster/settings`:
When using API key authentication, the cluster alias must match the one you configured when adding the API key in the Cloud UI.
40
+
::::
41
+
42
+
For a full list of available client connection settings in proxy mode, refer to [remote cluster settings reference](elasticsearch://reference/elasticsearch/configuration-reference/remote-clusters.md#remote-cluster-proxy-settings).
This snippet is in use in the following locations:
3
+
- ece-remote-cluster-self-managed.md
4
+
- ec-remote-cluster-self-managed.md
5
+
-->
6
+
1. Go to the **Remote Clusters** management page in the navigation menu or use the [global search field](/explore-analyze/find-and-organize/find-apps-and-objects.md).
7
+
2. Select **Add a remote cluster**.
8
+
2. In **Select connection type**, choose the authentication mechanism you prepared earlier (**API keys** or **Certificates**), and click **Next**.
9
+
10
+
3. In **Add connection information**, fill in the following fields:
11
+
12
+
***Remote cluster name**: This *cluster alias* is a unique identifier that represents the connection to the remote cluster and is used to distinguish local and remote indices.
13
+
14
+
When using API key authentication, this alias must match the **Remote cluster name** you configured when adding the API key in the Cloud UI.
15
+
***Remote address**: Enter the endpoint of the remote self-managed cluster, including the hostname, FQDN, or IP address, and the port.
16
+
17
+
Make sure you use the correct port for your authentication method:
18
+
***API keys**: Use the port configured in the remote cluster interface of the remote cluster (defaults to `9443`).
19
+
***TLS Certificates**: Use the {{es}} transport port (defaults to `9300`).
20
+
21
+
Starting with {{kib}} 9.2, this field also supports IPv6 addresses. When using an IPv6 address, enclose it in square brackets followed by the port number. For example: `[2001:db8::1]:9443`.
22
+
23
+
***Configure advanced options** (optional): Expand this section if you need to customize additional settings.
24
+
***TLS server name**: Specify a value if the certificate presented by the remote cluster is signed for a different name than the remote address.
25
+
***Socket connections**: Define the number of connections to open with the remote cluster.
26
+
27
+
4. Click **Next**.
28
+
5. In **Confirm setup**, click **Add remote cluster** (you have already established trust in a previous step).
Copy file name to clipboardExpand all lines: deploy-manage/remote-clusters/ec-migrate-ccs.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,9 +9,9 @@ products:
9
9
- id: cloud-hosted
10
10
---
11
11
12
-
# Migrate from the cross-cluster search deployment template in {{ech}} [ec-migrate-ccs]
12
+
# Migrate from the legacy cross-cluster search deployment template in {{ech}} [ec-migrate-ccs]
13
13
14
-
The cross-cluster search deployment template is now deprecated and has been removed from the {{ecloud}} Console. You no longer need to use the dedicated cross-cluster template to search across deployments. Instead, you can now use any template to [configure remote clusters](ec-enable-ccs.md) and search across them. Existing deployments created using this template are not affected, but they are required to migrate to another template before upgrading to {{stack}} 8.x.
14
+
The legacy cross-cluster search deployment template has been removed from the {{ecloud}} Console. You no longer need a dedicated template to search across deployments. Instead, you can now use any template to [configure remote clusters](ec-enable-ccs.md) and search across them. Existing deployments created using this template are not affected, but they are required to migrate to another template before upgrading to {{stack}} 8.x.
15
15
16
16
There are two different approaches to do this migration:
Copy file name to clipboardExpand all lines: deploy-manage/remote-clusters/ec-remote-cluster-self-managed.md
+4-100Lines changed: 4 additions & 100 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -221,109 +221,13 @@ On the local cluster, add the remote cluster using {{kib}} or the {{es}} API.
221
221
222
222
### Using {{kib}} [ec_using_kibana_4]
223
223
224
-
1. Go to the **Remote Clusters** management page in the navigation menu or use the [global search field](/explore-analyze/find-and-organize/find-apps-and-objects.md).
225
-
2. Select **Add a remote cluster**.
226
-
2. Enable **Manually enter proxy address and server name**.
227
-
3. Fill in the following fields:
228
-
229
-
***Name**: This *cluster alias* is a unique identifier that represents the connection to the remote cluster and is used to distinguish local and remote indices.
230
-
231
-
When using API key authentication, this alias must match the **Remote cluster name** you configured when adding the API key in the Cloud UI.
232
-
***Proxy address**: This value can be found on the **Security** page of the {{ech}} deployment you want to use as a remote.<br>
233
-
234
-
::::{tip}
235
-
If you’re using API keys as security model, change the port to `9443`.
236
-
::::
237
-
238
-
***Server name**: This value can be found on the **Security** page of the {{ech}} deployment you want to use as a remote.
239
-
240
-
::::{note}
241
-
If you’re having issues establishing the connection and the remote cluster is part of an {{ece}} environment with a private certificate, make sure that the proxy address and server name match with the the certificate information. For more information, refer to [Administering endpoints in {{ece}}](/deploy-manage/deploy/cloud-enterprise/change-endpoint-urls.md).
242
-
::::
243
-
244
-
4. Click **Next**.
245
-
5. Click **Add remote cluster** (you have already established trust in a previous step).
### Using the {{es}} API [ec_using_the_elasticsearch_api_4]
249
228
250
-
To configure a deployment as a remote cluster, use the [cluster update settings API](https://www.elastic.co/docs/api/doc/elasticsearch/operation/operation-cluster-put-settings). Configure the following fields:
251
-
252
-
*`mode`: `proxy`
253
-
*`proxy_address`: This value can be found on the **Security** page of the {{ech}} deployment you want to use as a remote. Also, using the API, this value can be obtained from the {{es}} resource info, concatenating the field `metadata.endpoint` and port `9400` using a semicolon.
254
-
255
-
::::{tip}
256
-
If you’re using API keys as security model, change the port into `9443`.
257
-
::::
258
-
259
-
260
-
*`server_name`: This value can be found on the **Security** page of the {{ech}} deployment you want to use as a remote. Also, using the API, this can be obtained from the {{es}} resource info field `metadata.endpoint`.
261
-
262
-
This is an example of the API call to `_cluster/settings`:
When using API key authentication, the cluster alias must match the one you configured when adding the API key in the Cloud UI.
283
-
::::
284
-
285
-
### Using the {{ecloud}} RESTful API [ec_using_the_elasticsearch_service_restful_api_4]
286
-
287
-
::::{note}
288
-
This section only applies if you’re using TLS certificates as cross-cluster security model and when both clusters belong to the same organization. For other scenarios, the [{{es}} API](#ec_using_the_elasticsearch_api_4) should be used instead.
: The ID of your remote deployment, as shown in the Cloud UI or obtained through the API.
308
-
309
-
`REF_ID_REMOTE`
310
-
: The unique ID of the {{es}} resources inside your remote deployment (you can obtain these values through the API).
311
-
312
-
Note the following when using the {{ecloud}} RESTful API:
313
-
314
-
1. A cluster alias must contain only letters, numbers, dashes (-), or underscores (_).
315
-
2. To learn about skipping disconnected clusters, refer to the [{{es}} documentation](/solutions/search/cross-cluster-search.md#skip-unavailable-clusters).
316
-
3. When remote clusters are already configured for a deployment, the `PUT` request replaces the existing configuration with the new configuration passed. Passing an empty array of resources will remove all remote clusters.
317
-
318
-
The following API request retrieves the remote clusters configuration:
319
-
320
-
```sh
321
-
curl -X GET -H "Authorization: ApiKey $EC_API_KEY" https://api.elastic-cloud.com/api/v1/deployments/$DEPLOYMENT_ID/elasticsearch/$REF_ID/remote-clusters
322
-
```
323
-
324
-
::::{note}
325
-
The response will include just the remote clusters from the same {{ecloud}} organization. In order to obtain the whole list of remote clusters, use {{kib}} or the [{{es}} API](https://www.elastic.co/docs/api/doc/elasticsearch/operation/operation-cluster-remote-info) directly.
Copy file name to clipboardExpand all lines: deploy-manage/remote-clusters/ece-migrate-ccs.md
+6-3Lines changed: 6 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,12 +9,15 @@ products:
9
9
- id: cloud-enterprise
10
10
---
11
11
12
-
# Migrate from the cross-cluster search deployment template in {{ece}} [ece-migrate-ccs]
12
+
# Migrate from the legacy cross-cluster search deployment template in {{ece}} [ece-migrate-ccs]
13
13
14
-
The cross-cluster search deployment template is now deprecated was removed in {{ece}} 3.0. You no longer need to use the dedicated cross-cluster template to search across deployments. Instead, you can now use any template to [configure remote clusters](ece-enable-ccs.md) and search across them. Existing deployments created using this template are not affected, but they are required to migrate to another template before upgrading to {{stack}} 8.x.
14
+
The legacy cross-cluster search deployment template was removed in {{ece}} 3.0. You no longer need a dedicated template to search across deployments. Instead, you can now use any template to [configure remote clusters](ece-enable-ccs.md) and search across them. Existing deployments created using this template are not affected, but they are required to migrate to another template before upgrading to {{stack}} 8.x.
15
15
16
-
In order to migrate your existing CCS deployment using the CCS Deployment template to the new mechanism which supports CCR and cross-environment remote clusters you will need to migrate your data a new deployment [following these steps](#ece-migrate-ccs-deployment-using-snapshot).
16
+
::::{important}
17
+
This guide only applies to {{ece}} 3.x installations and to deployments on {{stack}} versions earlier than 8.0 that were created using the legacy cross-cluster search template.
18
+
::::
17
19
20
+
Follow these instructions to migrate your existing CCS deployment that uses the legacy cross-cluster search template and its data to a new deployment.
18
21
19
22
## Use a snapshot to migrate deployments that use the cross-cluster search deployment template [ece-migrate-ccs-deployment-using-snapshot]
Copy file name to clipboardExpand all lines: deploy-manage/remote-clusters/ece-remote-cluster-self-managed.md
+7-109Lines changed: 7 additions & 109 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -217,122 +217,20 @@ You can now connect remotely to the trusted clusters.
217
217
218
218
On the local cluster, add the remote cluster using {{kib}} or the {{es}} API.
219
219
220
-
221
-
### Using {{kib}} [ece_using_kibana_4]
222
-
223
-
1. Go to the **Remote Clusters** management page in the navigation menu or use the [global search field](/explore-analyze/find-and-organize/find-apps-and-objects.md).
224
-
2. Select **Add a remote cluster**.
225
-
2. Enable **Manually enter proxy address and server name**.
226
-
3. Fill in the following fields:
227
-
228
-
* **Name**: This *cluster alias* is a unique identifier that represents the connection to the remote cluster and is used to distinguish local and remote indices.
229
-
230
-
When using API key authentication, this alias must match the **Remote cluster name** you configured when adding the API key in the Cloud UI.
231
-
* **Proxy address**: This value can be found on the **Security** page of the {{ece}} deployment you want to use as a remote.<br>
232
-
233
-
::::{tip}
234
-
If you’re using API keys as security model, change the port into `9443`.
235
-
::::
236
-
237
-
* **Server name**: This value can be found on the **Security** page of the {{ece}} deployment you want to use as a remote.
If you’re having issues establishing the connection and the remote cluster is part of an {{ece}} environment with a private certificate, make sure that the proxy address and server name match with the the certificate information. For more information, refer to [Administering endpoints in {{ece}}](/deploy-manage/deploy/cloud-enterprise/change-endpoint-urls.md).
246
-
::::
247
-
248
-
4. Click **Next**.
249
-
5. Click **Add remote cluster** (you have already established trust in a previous step).
250
-
220
+
% ECE locals only
251
221
::::{note}
252
-
This configuration of remote clusters uses the [Proxy mode](/deploy-manage/remote-clusters/remote-clusters-self-managed.md#proxy-mode) and it requires that the allocators can communicate via http with the proxies.
222
+
This configuration of remote clusters uses the [Proxy mode](/deploy-manage/remote-clusters/remote-clusters-self-managed.md#proxy-mode) and requires the ECE allocators to be able to connect to the remote address endpoint.
### Using the {{es}} API [ece_using_the_elasticsearch_api_4]
258
231
259
-
To configure a deployment as a remote cluster, use the [cluster update settings API](https://www.elastic.co/docs/api/doc/elasticsearch/operation/operation-cluster-put-settings). Configure the following fields:
260
-
261
-
* `mode`: `proxy`
262
-
* `proxy_address`: This value can be found on the **Security** page of the {{ece}} deployment you want to use as a remote. Also, using the API, this value can be obtained from the {{es}} resource info, concatenating the field `metadata.endpoint` and port `9300` using a semicolon.
263
-
264
-
::::{tip}
265
-
If you’re using API keys as security model, change the port into `9443`.
266
-
::::
267
-
268
-
269
-
* `server_name`: This value can be found on the **Security** page of the {{ece}} deployment you want to use as a remote. Also, using the API, this can be obtained from the {{es}} resource info field `metadata.endpoint`.
270
-
271
-
This is an example of the API call to `_cluster/settings`:
When using API key authentication, the cluster alias must match the one you configured when adding the API key in the Cloud UI.
292
-
::::
293
-
294
-
### Using the {{ece}} RESTful API [ece_using_the_elastic_cloud_enterprise_restful_api_4]
295
-
296
-
::::{note}
297
-
This section only applies if you’re using TLS certificates as cross-cluster security model and when both clusters belong to the same ECE environment. For other scenarios, the [{{es}} API](#ece_using_the_elasticsearch_api_4) should be used instead.
: The ID of your remote deployment, as shown in the Cloud UI or obtained through the API.
317
-
318
-
`REF_ID_REMOTE`
319
-
: The unique ID of the {{es}} resources inside your remote deployment (you can obtain these values through the API).
320
-
321
-
Note the following when using the {{ece}} RESTful API:
322
-
323
-
1. A cluster alias must contain only letters, numbers, dashes (-), or underscores (_).
324
-
2. To learn about skipping disconnected clusters, refer to the [{{es}} documentation](/solutions/search/cross-cluster-search.md#skip-unavailable-clusters).
325
-
3. When remote clusters are already configured for a deployment, the `PUT` request replaces the existing configuration with the new configuration passed. Passing an empty array of resources will remove all remote clusters.
326
-
327
-
The following API request retrieves the remote clusters configuration:
328
-
329
-
```sh
330
-
curl -k -X GET -H "Authorization: ApiKey $ECE_API_KEY" https://$COORDINATOR_HOST:12443/api/v1/deployments/$DEPLOYMENT_ID/elasticsearch/$REF_ID/remote-clusters
331
-
```
332
-
333
-
::::{note}
334
-
The response includes just the remote clusters from the same ECE environment. In order to obtain the whole list of remote clusters, use {{kib}} or the [{{es}} API](https://www.elastic.co/docs/api/doc/elasticsearch/operation/operation-cluster-remote-info) directly.
0 commit comments