#介绍

Alauda Data Services Search Engine E1 是 OpenSearch® Kubernetes operator 的一个发行版，由 Alauda 基于源代码构建。它可在 Alauda Container Platform (ACP) 上部署、配置和运维 OpenSearch 集群以及 OpenSearch Dashboards。

#包含内容

该 operator 管理 opensearch.org/v1 API 组中的以下自定义资源：

• OpenSearchCluster：由一个或多个节点池组成的 OpenSearch 集群，以及可选的 OpenSearch Dashboards
• OpensearchUser、OpensearchRole、OpensearchUserRoleBinding、OpensearchTenant、OpensearchActionGroup：security plugin 用户、角色、角色绑定、租户和操作组
• OpenSearchISMPolicy、OpensearchSnapshotPolicy：索引状态管理和快照策略
• OpensearchIndexTemplate、OpensearchComponentTemplate：索引模板和组件模板

#支持的平台

• ACP 4.1、4.2、4.3 和 4.4
• CPU 架构：amd64 和 arm64
• 网络：IPv4、IPv6 和双栈集群

#E1 与上游 operator 的差异

E1 保留了上游 operator 的 API 和行为，但针对 ACP 更改了以下默认设置：

• 默认使用 Restricted Pod Security。 OpenSearch、bootstrap、security-update 和 Dashboards pod 会获得与 Kubernetes restricted Pod Security 级别兼容的 security context，除非您的自定义资源自行设置了这些字段。请参阅安装。
• vm.max_map_count 是节点前置条件。 operator 不会运行上游用于设置 vm.max_map_count 的特权 init 容器。运行 OpenSearch 的每个节点都必须已将 vm.max_map_count 设置为 262144 或更高。
• 无需 root init 容器即可写入数据卷。 operator 将默认 pod fsGroup 设置为 1000，因此以 root 所有者身份挂载的卷（例如 Ceph RBD）可由 OpenSearch 写入。
• 不使用 TLS 的集群会禁用 security plugin。 如果 OpenSearchCluster 没有 TLS 配置，其节点将使用纯 HTTP 提供服务，并禁用 security plugin，而不是使用镜像中的演示 security 配置启动。请参阅创建集群。
• bootstrap PVC 会继承存储类。 如果未设置 spec.bootstrap.storageClass，bootstrap pod 的 PVC 将使用 cluster-manager 节点池的存储类。请参阅存储。

#从 operator 2.8.0 升级

Operator 2.8.0 使用 opensearch.opster.io/v1 API 组。E1 3.0 使用 opensearch.org/v1，并会自动迁移现有资源。请参阅升级。

#限制

该 operator 仅支持 AllNamespaces 安装模式，需要在节点上设置 vm.max_map_count，且不附带 Security Analytics 和 Skills plugin。完整列表请参阅已知限制。

#源代码和许可证

E1 基于 OpenSearch Kubernetes Operator 构建，采用 Apache License 2.0 许可。Alauda fork 的源代码可从 Alauda 获取。

#商标

OpenSearch® 是 LF Projects, LLC 的注册商标。Alauda Data Services Search Engine E1 与 OpenSearch 项目无关联，也未获得其认可。