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: docs/reference/production.asciidoc
+65-30Lines changed: 65 additions & 30 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -63,16 +63,18 @@ Refer to the documentation for each deployment method for detailed information a
63
63
[discrete]
64
64
== Cluster or deployment design
65
65
66
-
{es} is built to be always available and to scale with your needs. It does this using a distributed architecture. By distributing your cluster, you can keep Elastic online and responsive to requests.
66
+
{es} is built to be always available and to scale with your needs. It does this using a distributed architecture. By distributing your cluster, you can keep Elastic online and responsive to requests. Consider the following elements when you design your cluster or deployment.
67
67
68
68
[discrete]
69
69
=== Where to start
70
70
71
71
Many {es} options come with different performance considerations and trade-offs. The best way to determine the
72
-
optimal configuration for your use case is through https://www.elastic.co/elasticon/conf/2016/sf/quantitative-cluster-sizing[testing with your own data and queries]. When you understand the shape and size of your data, as well as your use case, you can make informed decisions about how to configure your cluster.
72
+
optimal configuration for your use case is through https://www.elastic.co/elasticon/conf/2016/sf/quantitative-cluster-sizing[testing with your own data and queries]. When you understand the shape and size of your data, as well as your use case, you can make informed decisions about how to configure your cluster.
73
+
74
+
After you understand your data, use case, and organizational priorities, you can review the guidelines in our <<how-to,Optimizations>> topics to learn how to tune your cluster to meet your needs.
@@ -81,11 +83,9 @@ You should determine how long you need to retain your data and how you will mana
81
83
something about when to use which one?
82
84
83
85
[discrete]
84
-
=== Nodes and shards
85
-
86
-
When you move to production, you need to introduce multiple nodes and shards to your cluster. Nodes and shards are what make Elasticsearch distributed and scalable.
86
+
=== Node and shard configuration
87
87
88
-
The number of these nodes and shards depends on your data, your use case, and your budget. See <<how-to,Optimizations>> for more information.
88
+
When you move to production, you need to introduce multiple nodes and shards to your cluster. Nodes and shards are what make Elasticsearch distributed and scalable. The size and number of these nodes and shards depends on your data, your use case, and your budget.
89
89
90
90
The way that you manage your nodes and shards depends on your deployment method:
// each of these topics needs to be reviewed to mark elements related/unrelated to each deployment type
112
112
113
113
[discrete]
114
-
=== Optimize your cluster for your use case
114
+
=== Tuning your cluster
115
115
116
116
{es} offers many options that allow you to configure your cluster to meet your organization's goals, requirements, and restrictions. Review these guidelines to learn how to tune your cluster to meet your needs. These guidelines cover elements from hardware provision to query optimization.
The {stack} is composed of many moving parts. There are the {es} nodes that form the cluster, plus {ls} instances, {kib} instances, {beats} agents, and clients all communicating with the cluster. In the case of *Elastic Cloud Hosted*, *Elastic Cloud Enterprise*, or *Elastic Cloud Serverless* deployments, you also need to consider the security of the Elastic Cloud instance.
129
+
The {stack} is composed of many moving parts. There are the {es} nodes that form the cluster, plus {ls} instances, {kib} instances, {beats} agents, Elastic Agents, and clients all communicating with the cluster.
130
130
131
+
In the case of *Elastic Cloud Hosted*, *Elastic Cloud Enterprise*, or *Elastic Cloud Serverless* deployments, you also need to consider the security of the Elastic Cloud installation or organization. You also can optionally manage deployment-level user roles from the Cloud UI.
131
132
133
+
Security comprises the following concerns:
132
134
133
-
Review the following topics
135
+
* *Preventing unauthorized access* with password protection, role-based access control, and IP filtering.
136
+
* *Preserving the integrity of your data* with SSL/TLS encryption.
137
+
* *Maintaining an audit trail* so you know who's doing what to your cluster and the data it stores.
These pages provide information about securing your Elastic Cloud Enterprise installation or Elastic Cloud organization, as well as managing access to deployments from the Cloud UI.
0 commit comments