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/deploy/cloud-on-k8s/troubleshooting-beats.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -25,7 +25,7 @@ When `kubectl` is used to modify a resource, it calculates the diff between the
25
25
26
26
If you have configured a Beat to run as a `Deployment` and you are using a `hostPath` volume as the Beats data directory, you might encounter an error similar to the following:
27
27
28
-
```shell script
28
+
```shell
29
29
ERROR instance/beat.go:958 Exiting: data path already locked by another beat. Please make sure that multiple beats are not sharing the same data path (path.data).
Copy file name to clipboardExpand all lines: deploy-manage/deploy/elastic-cloud/regions.md
+14-2Lines changed: 14 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,7 +12,7 @@ A region is the geographic area where the data center of the cloud provider that
12
12
Elastic Cloud Serverless handles all hosting details for you. You are unable to change the region after you create a project.
13
13
14
14
::::{note}
15
-
Currently, a limited number of Amazon Web Services (AWS) and Microsoft Azureregions are available. More regions for AWS and Azure, as well as Google Cloud Platform (GCP), will be added in the future.
15
+
Currently, a limited number of Amazon Web Services (AWS), Microsoft Azure, and Google Cloud Platform (GCP) regions are available. More regions for AWS, Azure, and GCP, will be added in the future.
16
16
17
17
::::
18
18
@@ -39,4 +39,16 @@ The following Azure regions are currently available:
39
39
40
40
| Region | Name |
41
41
| :--- | :--- |
42
-
| eastus | East US |
42
+
| eastus | East US |
43
+
44
+
## Google Cloud Platform (GCP) regions [regions-gcp-regions]
45
+
46
+
```yaml {applies_to}
47
+
serverless: preview
48
+
```
49
+
50
+
The following GCP regions are currently available:
% {{ech}} doesn't support custom SSL certificates, which means that a custom CNAME for an {{ech}} endpoint such as *mycluster.mycompanyname.com* also is not supported.
22
20
%
@@ -25,7 +23,7 @@ mapped_urls:
25
23
% encryption at rest (EAR) is enabled in {{ech}} by default. We support EAR for both the data stored in your clusters and the snapshots we take for backup, on all cloud platforms and across all regions.
26
24
% You can also bring your own key (BYOK) to encrypt your Elastic Cloud deployment data and snapshots. For more information, check [Encrypt your deployment with a customer-managed encryption key](../../../deploy-manage/security/encrypt-deployment-with-customer-managed-encryption-key.md).
27
25
28
-
Note that the encryption happens at the file system level.
26
+
% Note that the encryption happens at the file system level.
This section covers how to secure your Elastic environment. Learn how to implement TLS encryption, network security controls, and data protection measures.
79
+
80
+
## Security overview
81
+
82
+
An Elastic implementation comprises many moving parts: {es} nodes forming the cluster, {kib} instances, additional stack components such as Logstash and Beats, and various clients and integrations communicating with your deployment.
83
+
84
+
To keep your data secured, Elastic offers comprehensive security features that:
85
+
- Prevent unauthorized access to your deployment
86
+
- Encrypt communications between components
87
+
- Protect data at rest
88
+
- Secure sensitive settings and saved objects
89
+
90
+
Security requirements and capabilities vary by deployment. Features may be managed automatically by Elastic, require configuration, or must be fully self-managed. Refer to [Security by deployment type](#security-by-deployment-type) for details.
91
+
92
+
::::{tip}
93
+
See the [Deployment overview](/deploy-manage/deploy.md) to understand your options for deploying Elastic.
94
+
::::
95
+
96
+
### Security by deployment type
97
+
98
+
Security features have one of these statuses across deployment types:
99
+
100
+
| Status | Description |
101
+
|--------|-------------|
102
+
|**Managed**| Handled automatically by Elastic with no user configuration needed |
103
+
|**Configurable**| Built-in feature that needs your configuration (like IP filters or passwords) |
104
+
|**Self-managed**| Infrastructure-level security you implement and maintain |
105
+
|**N/A**| Not available for this deployment type |
Throughout this security documentation, you'll see deployment type indicators that show which content applies to specific deployment types. Each section clearly identifies which deployment types it applies to, and deployment-specific details are separated within each topic.
140
+
141
+
To get the most relevant information for your environment, focus on sections tagged with your deployment type and look for subsections specifically addressing your deployment model.
142
+
143
+
## Security topics
144
+
145
+
This security documentation is organized into four main areas:
146
+
147
+
% TODO: Add links to the sections below
148
+
149
+
### 1. Secure your hosting environment
150
+
151
+
The security of your hosting environment forms the foundation of your overall security posture. This section covers environment-specific security controls:
152
+
153
+
-**Elastic Cloud Hosted and Serverless**: Organization-level SSO, role-based access control, and cloud API keys
154
+
-**Elastic Cloud Enterprise**: TLS certificates, role-based access control, and cloud API keys
Copy file name to clipboardExpand all lines: solutions/observability/apps/apm-server-information-api.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,11 +16,11 @@ This is the server information endpoint:
16
16
http(s)://{hostname}:{port}/
17
17
```
18
18
19
-
Sending an `HTTP GET`or `HTTP POST`request to the server information endpoint will return an HTTP 200, indicating that the server is up.
19
+
Sending an `HTTP GET` request to the server information endpoint will return an HTTP 200, indicating that the server is up.
20
20
21
21
To configure authenticated access to the APM server, the instructions at [APM API key](api-keys.md) or [APM Secret Token](secret-token.md), must be followed to configure the correct permissions for APM access.
22
22
23
-
If an [API keys](api-keys.md) or a [Secret token](secret-token.md) is passed along with the `HTTP GET`or `HTTP POST`request, in addition to an HTTP 200, the response payload will include some information about the APM server.
23
+
If an [API keys](api-keys.md) or a [Secret token](secret-token.md) is passed along with the `HTTP GET` request, in addition to an HTTP 200, the response payload will include some information about the APM server.
24
24
25
25
26
26
### Example: GET, without credentials [apm-api-info-example-get-without-credentials]
@@ -48,12 +48,12 @@ curl --verbose -X GET http://127.0.0.1:8200
48
48
```
49
49
50
50
51
-
### Example: POST, with secret token [apm-api-info-example-post-with-secret-token]
51
+
### Example: GET, with secret token [apm-api-info-example-get-with-secret-token]
52
52
53
-
Example APM Server information request with POST, with a [Secret token](secret-token.md):
53
+
Example APM Server information request with GET, with a [Secret token](secret-token.md):
0 commit comments