了解 StorageGRID 的平台服務
建議變更
PDF
在實作平台服務之前、請先檢閱使用這些服務的總覽和考量事項。
如需 S3 的相關資訊"使用S3 REST API"、請參閱。
平台服務總覽
StorageGRID 平台服務可讓您將 S3 物件和物件中繼資料的事件通知和複本傳送至外部目的地、協助您實作混合雲策略。
由於平台服務的目標位置通常是StorageGRID 不受您的支援、因此平台服務可讓您靈活運用外部儲存資源、通知服務、以及搜尋或分析資料服務。
您可以為單一 S3 儲存桶設定任意平台服務組合。例如，您可以在 StorageGRID S3 儲存桶上同時設定 "CloudMirror 服務" 和 "通知"，以便將特定物件鏡射到 Amazon Simple Storage Service (S3)，同時將每個此類物件的通知傳送到第三方監控應用程式，協助您追蹤 AWS 費用。
|
每個租戶帳戶必須由StorageGRID 使用Grid Manager或Grid Management API的管理員啟用平台服務的使用。 |
平台服務的設定方式
平台服務與您使用設定的外部端點進行通信"租戶管理程式"或"租戶管理API"。每個端點代表一個外部目標，例如StorageGRID S3 儲存桶、Amazon Web Services 儲存桶、Amazon SNS 主題、webhook 端點或在本地端、AWS 或其他地方託管的 Elasticsearch 叢集。
建立外部端點之後、您可以將 XML 組態新增至貯體、為某個貯體啟用平台服務。XML組態可識別儲存區應執行的物件、儲存區應採取的動作、以及儲存區應用於服務的端點。
您必須為每個要設定的平台服務新增個別的XML組態。例如：
-
如果您想要將金鑰開頭的所有物件 `/images`複寫到 Amazon S3 儲存區、則必須將複寫組態新增到來源儲存區。
-
如果您也想要在這些物件儲存至儲存區時傳送通知、則必須新增通知組態。
-
如果您要為這些物件的中繼資料建立索引、則必須新增中繼資料通知組態、以實作搜尋整合。
組態XML的格式受用於實作StorageGRID 支援功能的S3 REST API所規範：
| 平台服務 | S3 REST API | 請參閱 |
|---|---|---|
CloudMirror複寫 |
|
|
通知 |
|
|
搜尋整合 |
|
使用平台服務的考量
| 考量 | 詳細資料 |
|---|---|
目的地端點監控 |
您必須監控每個目的地端點的可用度。如果連線到目的地端點的時間過長、而且有大量的要求待處理、那麼額外的用戶端要求StorageGRID （例如提出要求）將會失敗。當端點可連線時、您必須重試這些失敗的要求。 |
目的地端點節流 |
如果傳送要求的速度超過目的地端點接收要求的速度、則支援使用此軟體來限制傳入S3的貯體要求。StorageGRID節流只會在有待傳送至目的地端點的要求待處理項目時發生。 唯一的可見效果是傳入S3要求執行時間較長。如果您開始偵測到效能大幅降低、應該降低擷取速度、或是使用容量較大的端點。如果要求的待處理項目持續增加、用戶端S3作業（例如PUT要求）最終將會失敗。 CloudMirror要求較容易受到目的地端點效能的影響、因為這些要求通常比搜尋整合或事件通知要求涉及更多資料傳輸。 |
訂購保證 |
可保證站台內物件的作業順序。StorageGRID只要物件的所有作業都在同一個站台內、最終的物件狀態（用於複寫）就會永遠等於StorageGRID 該站台的狀態。 在整個景點進行作業時、盡力訂購申請。StorageGRID StorageGRID例如、如果您一開始將物件寫入站台A、然後在站台B覆寫相同的物件、則CloudMirror複寫到目的地儲存區的最終物件將無法保證為較新的物件。 |
ILM導向物件刪除 |
為了符合 AWS CRR 和 Amazon Simple Notification Service 的刪除行為、當來源儲存庫中的物件因 StorageGRID ILM 規則而遭到刪除時、 CloudMirror 和事件通知要求不會傳送。例如、如果ILM規則在14天後刪除物件、則不會傳送CloudMirror或事件通知要求。 相反地、因為ILM而刪除物件時、會傳送搜尋整合要求。 |
使用 Kafka 端點 |
Kafka 端點的驗證使用下列驗證類型。這些類型與用於驗證其他端點（例如 Amazon SNS ）的類型不同、需要使用者名稱和密碼認證。
|
使用CloudMirror複寫服務的考量
| 考量 | 詳細資料 |
|---|---|
複寫狀態 |
StorageGRID 不支援 `x-amz-replication-status`標頭。 |
物件大小 |
CloudMirror複寫服務可複寫至目的地儲存區的物件大小上限為5 TiB、與最大_supported物件大小相同。
|
儲存區版本管理和版本ID |
如果StorageGRID 支援版本管理功能的來源S3儲存區、您也應該啟用目的地儲存區的版本管理功能。 使用版本控制時，請附註，由於 S3 協定的限制，目的地儲存桶中物件版本的順序是盡力而為的，CloudMirror 服務無法保證其完全一致。此外，目的地儲存桶會維護自身的設定，且可能不提供版本控制功能。
|
標記物件版本 |
由於 S3 傳輸協定的限制、 CloudMirror 服務不會複寫任何提供版本 ID 的 PuttObjectTaggingor DeleteObjectTaggings 要求。由於來源和目的地的版本識別碼不相關、因此無法確保將標記更新複寫到特定版本識別碼。 相反地、 CloudMirror 服務會複寫未指定版本 ID 的 PutObjectTaggings 或 DeleteObjectTaggings 要求。這些要求會更新最新金鑰的標記（如果儲存庫版本已有版本、則會更新最新版本）。也會複寫含有標記的一般擷取（非標記更新）。 |
多部分上傳和 `ETag`價值 |
鏡射使用多重上傳的物件時、CloudMirror服務不會保留這些部分。因此、 |
使用SSE-C加密的物件（使用客戶提供的金鑰進行伺服器端加密） |
CloudMirror 服務不支援使用 SSE-C 加密的物件。如果您嘗試將物件擷取至 CloudMirror 複寫的來源貯體、而要求包含 SSE-C 要求標頭、則作業會失敗。 |
啟用S3物件鎖定的儲存區 |
如果 StorageGRID 中的來源 S3 儲存桶已啟用 S3 Object Lock，則也應為已設定預設保留的目的地儲存桶啟用 S3 Object Lock。 啟用 S3 Object Lock 後，來源桶和目的地桶均支援_物件資料_的複寫。但是，目的地桶會維護自身的物件保留設定，且可能無法提供法規遵循或版本控制。 |