OCI Search with OpenSearch 是一种以 OCI 托管服务形式提供的洞察引擎,可帮助客户轻松摄取、搜索、可视化和分析数据。我们支持零停机自动执行常规的维护活动,包括打补丁、更新、升级、备份和调整大小,从而消除搜索基础设施管理的运营负担。现在,您可以快速搜索所有对象,并利用预先输入的结果来回答问题。
2021 年推出的 OpenSearch 和 OpenSearch Dashboards 是 Elasticsearch 7.10.2 和 Kibana 7.10.2 的开源分支,是一种可视化和用户界面,现作为 Apache 2.0 许可的单独开源项目运行,由包括 Oracle 和 AWS 作为主要贡献成员的社区提供支持。我们提供 OpenSearch 版本 1.2.4 和 2.3。
Elastic 宣布他们将变更软件许可策略,并且不会根据 Apache 许可证,版本 2.0 (ALv2) 发布新版本的 Elasticsearch 和 OpenSearch Dashboards,而是根据弹性许可证或服务器端公共许可证下发布新版本的软件。然而,这两个许可证都限制了软件的使用方式,让开源社区中的许多人无法接受。为了确保这两个包的开源版本,OpenSearch 被创建并将维护开源 Elasticsearch 和 Kibana 的 ALv2 许可分支。
OCI Search 具有出色的配置。您不会被锁定在特定的配置或 SKU 中;相反地,我们使用灵活配置,可以根据您的具体要求精确地配置计算核心数、内存和存储量。
借助 OCI Search,客户可以定制其 OCPU(计算核心)、内存、存储、备份、节点计数和节点类型,例如主节点、数据和开放仪表盘节点。尽管 Logstash 未包含在托管服务中,但您可以使用 Logstash、Beats 以及数十个其他客户端和应用将数据发送到 OCI Search,就像您将数据发送到任何其他 Elasticsearch 集群一样。
OCI Search 可以管理设置集群所涉及的工作,包括预配基础结构。运行集群后,OCI Search 会处理常见的管理任务,例如执行备份、监视实例和打补丁软件。OCI Search 与 OCI 指标相集成,可生成提供有关集群状态信息的指标,并帮助客户在不中断服务的情况下,修改集群配置和总数据大小的功能。
管理您自己的 ELK 堆栈可能会消耗大量资源,仅用于运营管理和开销。通过迁移到托管服务,客户可以安排操作行动,而 OCI Search 则无需执行这些任务。此外,从价格角度来看,OCI Search 是一种比自我管理或其他托管解决方案更具成本竞争力的解决方案。
OCI 将继续增强规模限制,以满足大客户的需求。我们目前支持 300 TB,并且可以根据需要提供更大的容量。
OCI Search 在所有 OCI 商业区域提供。
我们提供 OpenSearch 版本 1.2.4 和 2.3。
客户只需为集群使用的底层基础设施(包括计算、内存、块存储卷和对象存储成本)付费,而无需额外付费。当每个集群使用两个以上的数据节点时,OCI Search 将收取每个数据节点每小时 0.25 美元的服务费,集群中的前两个节点免收服务费。例如,如果客户有三个数据节点,则每个群集小时的费用将为 0.25 美元。前两个数据节点不收取服务费。此后,每个集群中只有第三个数据节点和其他数据节点需要支付 0.25 美元的服务费。
是的。我们将继续根据客户输入来增强 OCI 的 OpenSearch 产品,并提供扩展和性能改进,为客户提供理想的 OpenSearch 开发和运营体验。
OCI Search 以高可用性为核心原则而设计,并以 OCI 的企业级基础设施可用性正常运行时间为后盾。该服务将提供 99.5% 的服务级别,SLA 将在不久的将来运行生产工作负载后发布。
我们建议您将我们的服务与您目前的解决方案并行评估。如果您只关注时间序列类型的数据,一旦 Oracle 满足您的所有要求并停止摄取到您现有的堆栈,您将切换到 OCI Search with OpenSearch。如果您需要现有集群中的所有数据,则需要获取当前生产集群的快照,将该数据存储到 Oracle Cloud Infrastructure Object Storage 存储空间,然后在服务实例中还原快照。下面列出了完成该迁移的步骤示例。
我们期待在即将推出的发行版本中简化并自动执行迁移过程。
您可以增加节点数量以及节点配置(OCPU 和内存)。这意味着您可以纵向和横向扩展。您还可以随时增加存储容量(至多 0.3 PB),也可以申请额外的存储。减少节点和配置设置是很少使用的操作,目前考虑根据客户请求纳入未来发行版。
目前不支持 X-pack 功能,但我们正在积极构建其他功能。请查看 OpenSearch 发布日历,了解更新动态。
OCI Search 采用企业级可用性设计为核心宗旨。对于具有两个以上任意类型节点(例如,数据节点、主节点等)的集群,OCI 将自动跨域预配这些节点,从而获得跨可用性域的弹性,实现高可用性。
虽然 OCI 不会对集群中可以存储的索引或文档数强制实施任何服务限制,但 OpenSearch 软件受底层操作系统和硬件基础设施的约束。
有。您可以在 OpenSearch 仪表盘控制台中配置用户对不同图表和数据的访问权限。请查看文档,了解有关基于角色的访问权限的更多详细信息。
可以。有关详细信息,请参阅支持插件列表。如果需要插件,请通过 OCI 控制台提交支持请求,我们将确定何时可以将该插件纳入服务。
可以。简而言之,您将使用 OCI Search API 端点连接到 Logstash 实例,以进行数据摄取。
可以,但这不是必需的。OCI Search with OpenSearch 是一项完全托管的端到端服务,提供可用性和数据保护。在我们的租户中管理备份和存储可减轻客户管理备份和关联存储的负担,同时 OCI 可以安全可靠地执行运营任务。如果您希望使用 OCI Object Storage,可以使用快照 API 执行此操作。请查看文档,了解有关备份和快照的更多详细信息。
OCI 对安全性做出了强有力的承诺,客户始终能够控制谁有权访问其集群和数据。专用端点允许在服务与客户的租户之间建立高度安全的连接。利用专用端点,集群可以在服务租户内运行以进行操作管理,同时限制对客户子网内 IP 地址的资源访问,并禁止从任何其他位置进行访问,以此确保安全性。
尽管 Amazon 和 AWS 是 OpenSearch 项目和相关存储库的管理员,但仍有许多重要的贡献者,包括 Capital One、Logz.io、OCI、Red Hat 和 SAP。OCI 已开始为该项目做出贡献,并将继续为 OpenSearch 社区做出贡献。
注:为免疑义,本网页所用以下术语专指以下含义: