Erasure Code 計算機 
參考硬體 發佈事件至 Kafka
MinIO 支援將 bucket 通知 事件發佈至 Kafka 服務端點。
MinIO 依賴 https://github.com/Shopify/sarama 專案來實現 Kafka 連線，並共用該專案的 Kafka 支援。有關更多詳細資訊，請參閱 sarama 相容性和 API 穩定性 章節。
將 Kafka 端點新增至 MinIO 部署
以下程序新增一個新的 Kafka 服務端點，以支援 MinIO 部署中的 bucket 通知。
先決條件
Kafka 最低版本和支援的版本
MinIO 依賴 https://github.com/Shopify/sarama 專案來實現 Kafka 連線，並共用該專案的 Kafka 支援。有關更多詳細資訊，請參閱 sarama 相容性和 API 穩定性 章節。
MinIO mc 命令列工具
1) 將 Kafka 端點新增至 MinIO
您可以使用環境變數或設定執行階段組態設定來設定新的 Kafka 服務端點。
MinIO 支援使用 環境變數 來指定 Kafka 服務端點和相關聯的組態設定。minio server 程序會在下次啟動時套用指定的設定。
以下範例程式碼設定與設定 Kafka 服務端點相關的所有環境變數。最低必要變數是 MINIO_NOTIFY_KAFKA_ENABLE 和 MINIO_NOTIFY_KAFKA_BROKERS
set MINIO_NOTIFY_KAFKA_ENABLE_<IDENTIFIER>="on"
set MINIO_NOTIFY_KAFKA_BROKERS_<IDENTIFIER>="<ENDPOINT>"
set MINIO_NOTIFY_KAFKA_TOPIC_<IDENTIFIER>="<string>"
set MINIO_NOTIFY_KAFKA_SASL_USERNAME_<IDENTIFIER>="<string>"
set MINIO_NOTIFY_KAFKA_SASL_PASSWORD_<IDENTIFIER>="<string>"
set MINIO_NOTIFY_KAFKA_SASL_MECHANISM_<IDENTIFIER>="<string>"
set MINIO_NOTIFY_KAFKA_TLS_CLIENT_AUTH_<IDENTIFIER>="<string>"
set MINIO_NOTIFY_KAFKA_SASL_<IDENTIFIER>="<string>"
set MINIO_NOTIFY_KAFKA_TLS_<IDENTIFIER>="<string>"
set MINIO_NOTIFY_KAFKA_TLS_SKIP_VERIFY_<IDENTIFIER>="<string>"
set MINIO_NOTIFY_KAFKA_CLIENT_TLS_CERT_<IDENTIFIER>="<string>"
set MINIO_NOTIFY_KAFKA_CLIENT_TLS_KEY_<IDENTIFIER>="<string>"
set MINIO_NOTIFY_KAFKA_QUEUE_DIR_<IDENTIFIER>="<string>"
set MINIO_NOTIFY_KAFKA_QUEUE_LIMIT_<IDENTIFIER>="<string>"
set MINIO_NOTIFY_KAFKA_VERSION_<IDENTIFIER>="<string>"
set MINIO_NOTIFY_KAFKA_COMMENT_<IDENTIFIER>="<string>"
將
<IDENTIFIER>取代為 Kafka 服務端點的唯一描述性字串。對於與新目標服務端點相關的所有環境變數，使用相同的<IDENTIFIER>值。以下範例假設識別符為PRIMARY。如果指定的
<IDENTIFIER>與 MinIO 部署上現有的 Kafka 服務端點相符，則新的設定會覆寫該端點的任何現有設定。請使用mc admin config get notify_kafka來檢視 MinIO 部署上目前已設定的 Kafka 端點。將
<ENDPOINT>替換為以逗號分隔的 Kafka brokers 清單。例如"kafka1.example.com:2021,kafka2.example.com:2021"
請參閱 用於 Bucket 通知的 Kafka 服務，以取得每個環境變數的完整文件。
MinIO 支援在使用 minio server 命令執行的程序中新增或更新 Kafka 端點，方法是使用 mc admin config set 命令和 notify_kafka 組態金鑰。您必須重新啟動 minio server 程序，才能套用任何新的或更新的組態設定。
下列程式碼範例設定與組態 Kafka 服務端點相關的所有設定。必要的最小設定為 notify_kafka brokers
mc admin config set ALIAS/ notify_kafka:IDENTIFIER \
brokers="<ENDPOINT>" \
topic="<string>" \
sasl_username="<string>" \
sasl_password="<string>" \
sasl_mechanism="<string>" \
tls_client_auth="<string>" \
tls="<string>" \
tls_skip_verify="<string>" \
client_tls_cert="<string>" \
client_tls_key="<string>" \
version="<string>" \
queue_dir="<string>" \
queue_limit="<string>" \
comment="<string>"
將
IDENTIFIER替換為 Kafka 服務端點的唯一描述性字串。本程序中的下列範例假設識別碼為PRIMARY。如果指定的
IDENTIFIER與 MinIO 部署上現有的 Kafka 服務端點相符，則新的設定會覆寫該端點的任何現有設定。請使用mc admin config get notify_kafka來檢視 MinIO 部署上目前已設定的 Kafka 端點。將
ENDPOINT替換為以逗號分隔的 Kafka brokers 清單。例如"kafka1.example.com:2021,kafka2.example.com:2021"
請參閱 Kafka Bucket 通知組態設定，以取得每個設定的完整文件。
2) 重新啟動 MinIO 部署
您必須重新啟動 MinIO 部署，才能套用組態變更。請使用 mc admin service restart 命令來重新啟動部署。
mc admin service restart ALIAS
將 ALIAS 替換為要重新啟動的部署的 別名。
minio server 程序會在啟動時為每個已設定的 Kafka 目標列印類似以下的行
SQS ARNs: arn:minio:sqs::primary:kafka
使用相關的 Kafka 部署做為目標設定 Bucket 通知時，您必須指定 ARN 資源。
識別您的 Bucket 通知的 ARN
您在先前建立端點時，定義了要指派給 Bucket 通知的目標 ARN 的 <IDENTIFIER>。下列步驟會傳回部署上已設定的 ARN。尋找您指定的 <IDENTIFIER>，以識別先前建立的 ARN。
檢視 JSON 輸出
複製並執行下列命令，將
ALIAS替換為部署的 別名。mc admin info --json ALIAS
在 JSON 輸出中，尋找金鑰
info.sqsARN。您需要的 ARN 是與您指定的
<IDENTIFIER>相符的金鑰值。例如，
arn:minio:sqs::primary:kafka。
使用 jq 來剖析 JSON 以取得值
3) 使用 Kafka 端點做為目標設定 Bucket 通知
使用 mc event add 命令來新增以設定的 Kafka 服務做為目標的新 Bucket 通知事件
mc event add ALIAS/BUCKET arn:minio:sqs::primary:kafka \
--event EVENTS
使用 mc event ls 來檢視指定通知目標的所有已設定 Bucket 事件
mc event ls ALIAS/BUCKET arn:minio:sqs::primary:kafka
4) 驗證已設定的事件
針對您設定新事件的 Bucket 執行動作，並檢查 Kafka 服務是否有通知資料。所需的動作取決於在設定 Bucket 通知時所指定的 事件。
例如，如果 Bucket 通知組態包含 s3:ObjectCreated:Put 事件，您可以使用 mc cp 命令在 Bucket 中建立新物件並觸發通知。
mc cp ~/data/new-object.txt ALIAS/BUCKET
更新 MinIO 部署中的 Kafka 端點
下列程序會更新現有的 Kafka 服務端點，以支援 MinIO 部署中的 Bucket 通知。
先決條件
Kafka 的最低版本和支援版本
MinIO 依賴 https://github.com/Shopify/sarama 專案來實現 Kafka 連線，並共用該專案的 Kafka 支援。有關更多詳細資訊，請參閱 sarama 相容性和 API 穩定性 章節。
MinIO mc 命令列工具
1) 列出部署中已設定的 Kafka 端點
使用 mc admin config get 命令來列出部署中目前已設定的 Kafka 服務端點
mc admin config get ALIAS/ notify_kafka
將 ALIAS 替換為 MinIO 部署的 別名。
命令輸出會類似如下
notify_kafka:primary tls_skip_verify="off" queue_dir="" queue_limit="0" sasl="off" sasl_password="" sasl_username="" tls_client_auth="0" tls="off" brokers="" topic="" client_tls_cert="" client_tls_key="" version=""
notify_kafka:secondary tls_skip_verify="off" queue_dir="" queue_limit="0" sasl="off" sasl_password="" sasl_username="" tls_client_auth="0" tls="off" brokers="" topic="" client_tls_cert="" client_tls_key="" version=""
notify_kafka 金鑰是 Kafka 通知設定 的最上層組態金鑰。brokers 金鑰會指定給定 notify_kafka 金鑰的 Kafka 服務端點。notify_kafka:<IDENTIFIER> 字尾會說明該 Kafka 服務端點的唯一識別碼。
請記下您想要在下一步更新的 Kafka 服務端點的識別碼。
2) 更新 Kafka 端點
使用 mc admin config set 命令來設定 Kafka 服務端點的新組態
mc admin config set ALIAS/ notify_kafka:<IDENTIFIER> \
brokers="https://kafka1.example.net:9200, https://kafka2.example.net:9200" \
topic="<string>" \
sasl_username="<string>" \
sasl_password="<string>" \
sasl_mechanism="<string>" \
tls_client_auth="<string>" \
tls="<string>" \
tls_skip_verify="<string>" \
client_tls_cert="<string>" \
client_tls_key="<string>" \
version="<string>" \
queue_dir="<string>" \
queue_limit="<string>" \
comment="<string>"
notify_kafka brokers 組態設定是 Kafka 服務端點最低的要求。所有其他組態設定都是選用的。請參閱 Kafka 通知設定，以取得 Kafka 組態設定的完整清單。
3) 重新啟動 MinIO 部署
您必須重新啟動 MinIO 部署，才能套用組態變更。請使用 mc admin service restart 命令來重新啟動部署。
mc admin service restart ALIAS
將 ALIAS 替換為要重新啟動的部署的 別名。
minio server 程序會在啟動時為每個已設定的 Kafka 目標列印類似以下的行
SQS ARNs: arn:minio:sqs::primary:kafka
4) 驗證變更
對使用更新後的 Kafka 服務端點的事件設定的儲存桶執行操作，並檢查 Kafka 服務是否有通知資料。所需的操作取決於配置儲存桶通知時指定的 events。
例如，如果 Bucket 通知組態包含 s3:ObjectCreated:Put 事件，您可以使用 mc cp 命令在 Bucket 中建立新物件並觸發通知。
mc cp ~/data/new-object.txt ALIAS/BUCKET
