forked from elastic/elasticsearch
-
Notifications
You must be signed in to change notification settings - Fork 0
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
1 parent
e3b4fc3
commit 61bafef
Showing
2 changed files
with
37 additions
and
2 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
35 changes: 35 additions & 0 deletions
35
docs/reference/reference-architectures/reference-architecture-overview.asciidoc
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,35 @@ | ||
[[reference-architectures]] | ||
= Reference architectures | ||
|
||
Elasticsearch reference architectures are blueprints for deploying Elasticsearch clusters tailored to different use cases. Whether you're handling logs or metrics these reference architectures focus on scalability, reliability, and efficient resource utilization. Use these guidelines to deploy Elasticsearch for your use case. | ||
|
||
These architectures are designed by architects and engineers to provide standardized, proven solutions that help users follow best practices when deploying Elasticsearch. Some of the key areas of focus are listed below. | ||
|
||
* High availability | ||
* Scalability | ||
|
||
TIP: These architectures are specific to running your deployment on-premises or cloud. If you are using Elastic serverless your Elasticsearch clusters are autoscaled and fully managed by Elastic. For all the deployment options, see https://www.elastic.co/guide/en/elasticsearch/reference/current/elasticsearch-intro-deploy.html[Run Elasticsearch]. | ||
|
||
These reference architectures are recommendations and should be adapted to fit your specific environment and needs. Each solution can vary based on the unique requirements and conditions of your deployment. In these architectures we discuss about how to deploy cluster components. For information about designing ingest architectures to feed content into your cluster, refer to https://www.elastic.co/guide/en/ingest/current/use-case-arch.html[Ingest architectures] | ||
|
||
[discrete] | ||
[[reference-architectures-time-series-2]] | ||
=== Architectures | ||
|
||
[cols="50, 50"] | ||
|=== | ||
| *Architecture* | *When to use* | ||
| <<hot-frozen>> | ||
|
||
The Hot / Frozen – High Availability architecture is cost optimized for large time-series datasets. | ||
|
||
a| | ||
* Have a requirement for cost effective long term data storage (many months or years) | ||
* Provide insights and alerts using logs, metrics, traces, or various event types to ensure optimal performance and quick issue resolution for applications. | ||
* Apply Machine Learning and Search AI to assist in dealing with the large amount of data. | ||
* Deploy an architecture model that allows for maximum flexibility between storage cost and performance. | ||
|
||
|
||
|=== | ||
|
||
include::hot-frozen.asciidoc[] |