Search with OpenSearch 常見問題

常見問題主題

一般問題

什麼是 OCI Search with OpenSearch？

OCI Search with OpenSearch 是一種作為 OCI 託管服務提供的洞察引擎，可讓客戶輕鬆擷取、搜尋、視覺化及分析資料。我們將典型的維護活動 (包括打補丁、更新、升級、備份及重新調整大小) 自動化，避免管理搜尋基礎架構的作業負擔。客戶可以快速儲存、搜索和分析大量資料，並近乎即時地查看結果。

OpenSearch 和 OpenSearch Dashboards 是一種視覺化和使用者介面，於 2021 年從 Elasticsearch 7.10.2 和 Kibana 7.10.2 中分叉而來，現在作為 Apache 2.0 許可的獨立開源專案運行，由包括 Oracle 和 AWS 作爲主要貢獻成員的社群提供支援。我們提供 OpenSearch 版本 1.2.4 和 2.3。

如何使用 OpenSearch？如果我已經使用了 ELK（Elastic、Logstash、Kibana）堆疊，為什麼要使用 OpenSearch？

Elastic 宣佈將變更其軟體授權策略，且不會依據 Apache 授權版本 2.0 (ALv2) 釋出新的 Elasticsearch 和 OpenSearch Dashboards 版本。相反的，軟體的新版本將根據 Elastic License 或伺服器端公共授權來提供。但是，這兩個授權都限制了該軟體的使用，使其無法被開源社群中的許多人所接受。為了確保這兩個軟體包的開源版本而創建了 OpenSearch，並將維護開源 Elasticsearch 和 Kibana 的 ALv2 授權分支。

OCI Search 支援哪些資源配置？

OCI Search 的組態層級極低。您並未鎖定在特定資源配置或 SKU 中；而是使用彈性資源配置，可根據需求設定精確的運算核心數目和記憶體和儲存大小。

是否可以在 OCI 搜尋中執行完整的 ELK 堆疊？

OCI Search 客戶可以自訂其 OCPU (運算核心)、記憶體、儲存體、備份、節點數目以及節點類型 (例如，主要、資料以及開放式儀表板節點)。Logstash 未包含在受管理服務中，您可以使用 Logstash、Beats 以及數十個其他從屬端和應用程式將資料傳送到 OCI Search，就像將資料傳送到任何其他 Elasticsearch 叢集一樣。

OCI Search 代為管理哪些項目？

OCI Search 可管理設定叢集所涉及的工作，包括佈建基礎架構。叢集執行之後，OCI Search 會處理一般的管理作業，例如執行備份、監督執行處理以及修正軟體。OCI Search 可與 OCI 測量結果整合，以產生可提供有關叢集狀態資訊的測量結果，並可讓客戶修改其叢集組態和資料大小總計，而不會造成服務中斷。

為什麼應該搬移至 OCI Search 管理的服務？

管理自己的 ELK 堆疊可能會使用大量資源來進行作業管理和額外負荷。搬移至託管服務可讓客戶排定作業動作，而 OCI Search 則可清除這些作業。此外，從價格觀點來看，OCI Search 相較於自行管理或其他雲端管理解決方案，是一個極具成本效益的解決方案。

支援的資料大小總計為何？

OCI 將繼續提升規模限制，以滿足我們最大客戶的需求。我們目前支援 300 TB，您可以依要求取得更大的容量大小。

所有區域和範圍都提供 OCI 搜尋嗎？

所有 OCI 商業區域都提供 OCI 搜尋。

支援哪個版本的 OpenSearch？

我們提供 OpenSearch 版本 1.2.4 和 2.3。

比較與對照

OCI Search with OpenSearch 如何計費？

客戶只需針對叢集使用的基礎基礎架構 (包括運算、記憶體、區塊磁碟區及物件儲存費用) 計費，無須任何費用。當每個集群使用兩個以上的資料節點時，OCI Search 將按每個資料節點收取每小時 0.25 美元的服務費，集群中首兩個節點免收服務費。例如，如果客戶有三個資料節點，則每叢集小時必須支付 $0.25 美元。前兩個資料節點不收取服務費用。之後只有第三個資料節點和其他資料節點，每個叢集的資料節點服務費為 0.25 美元。

此服務與 AWS 或 Elastic.co 代管 / 管理選項相比嗎？

是，我們將繼續根據客戶意見強化 OCI 的 OpenSearch 方案，並提供規模和效能改進，為客戶提供最佳的 OpenSearch 開發和營運體驗。

OCI Search 的服務等級協議 (SLA) 是什麼？

OCI Search 的設計具有高可用性作為核心租用戶，並且以 OCI 的企業級基礎架構可用性正常運作時間為後盾。此服務提供 99.9% 的服務層次目標，SLA 將會在不久的將來將生產環境工作負載作業化之後予以發布。

快速入門

如何在 OCI 主控台中使用 OCI Search？

  • 前往 https://cloud.oracle.com 。
  • 移至左上方的下拉式功能表，然後選取「資料庫」。
  • 您將在該處看到 OCI Search。

如何移轉至 OCI Search？

建議您與目前的解決方案平行評估服務以開始進行評估。如果您只專注於時間序列類型資料，在我們符合所有需求並停止擷取至現有堆疊之後，即可使用 OpenSearch 切換至 OCI Search。如果您需要現有叢集中的所有資料，您將需要建立目前生產叢集的快照、將該資料儲存至 Oracle Cloud Infrastructure Object Storage 儲存桶，然後將快照回復至您的服務執行處理。下面概述完成該移轉的步驟順序。

  • 可藉由快照、彈性或 OpenSearch API 或多種雲端主控台使用，建立生產環境資料的時間點複本。
  • 完成之後，您需要將資料搬移至可存取的服務 OCI Object Storage 位置。
  • 從服務主控台，瀏覽至螢幕右側固定的支援圖示。提交快照匯入的要求。OCI 客戶營運團隊將協助進行匯入。

我們將在即將推出的版本中簡化並自動化移轉流程。

其他詳細資訊

是否可以調整叢集大小？

您可以增加節點計數以及節點配置 (OCPU 和記憶體)。這表示您可以垂直和水平增加。您也可以隨時將儲存體大小增加到 0.3 PB，也可以要求額外的儲存體。一般很少會減少節點和組態設定，目前考慮根據客戶要求在未來版本中使用。

是否支援 x-pack 功能？

目前不支援 X 封裝功能；不過，我們正在積極建立更多功能。請查看 OpenSearch 發布日曆，瞭解即將推出的內容。

是否要確保我的叢集分散在各個可用性和容錯域？

OCI Search with OpenSearch 的設計以企業級可用性為核心原則。針對具有兩種以上任意類型節點的叢集 (例如資料節點、主要節點等等)，OCI 將會自動在各個網域佈建這些節點，跨可用性網域提供抗逆力以提高可用性。

叢集中的文件或索引數目是否有限制？

雖然 OCI 並未對您可以儲存在叢集中的索引或文件數目強制執行任何服務限制，但基礎作業系統和硬體基礎架構會限制 OpenSearch 軟體。

是否提供對 OCI Search 叢集或 OpenSearch Dashboards 的使用者級權限？

是，您可以在 OpenSearch 儀表板主控台中設定使用者對不同圖表和資料的存取權。檢閱文件以瞭解角色型存取的詳細資訊。

OCI Search 是否支援社群 Plugin？

是。請查閱此支援的外掛程式清單以瞭解詳細資訊。如果需要 Plugin，請透過 OCI 主控台提交支援要求，我們將決定何時可以將它包含在服務中。

OCI Search 是否支援與 Logstash 整合？

是。只要將 Logstash 執行處理指向 OCI Search API 端點，即可進行資料擷取。

是否可以從自己的租用戶使用物件儲存進行備份和快照？

是，但並非必要。OCI Search with OpenSearch 是一項完全託管的端對端服務，提供可用性和資料保護。在我們的租用戶中管理備份和儲存有助於減輕客戶管理備份和相關儲存的負擔，同時讓 OCI 能夠可靠且安全地執行營運作業。如果您要使用 OCI Object Storage，可以利用快照 API 執行此操作。請參閱文件以瞭解備份和快照的詳細資訊。

為什麼需要專用端點？

OCI 對於安全性堅定承諾，並且始終希望客戶控制存取其叢集和資料的人員。專用端點允許服務與客戶租用戶之間建立高度安全的連線。利用專用端點讓叢集在服務租用戶內能夠進行作業管理，同時藉由限制客戶子網路內 IP 位址的資源存取並不允許從任何其他位置存取，以維護安全性。

OpenSearch 專案似乎是由 AWS 執行。Oracle 對開源專案有什麼貢獻？

雖然 Amazon 和 AWS 是 OpenSearch 專案和相關儲存區域的管理者，但仍有許多重要的貢獻者，包括 Capital One、Logz.io、OCI、Red Hat 以及 SAP。OCI 已開始為專案做出貢獻，並將繼續為 OpenSearch 社群做出貢獻。