docs/en/deployment/shared_data/minio.md
import SharedDataIntro from '../../_assets/commonMarkdown/sharedDataIntro.mdx' import SharedDataCNconf from '../../_assets/commonMarkdown/sharedDataCNconf.mdx' import SharedDataUseIntro from '../../_assets/commonMarkdown/sharedDataUseIntro.mdx' import SharedDataUse from '../../_assets/commonMarkdown/sharedDataUse.mdx'
<SharedDataIntro />The deployment of a shared-data StarRocks cluster is similar to that of a shared-nothing StarRocks cluster. The only difference is that you need to deploy CNs instead of BEs in a shared-data cluster. This section only lists the extra FE and CN configuration items you need to add in the configuration files of FE and CN fe.conf and cn.conf when you deploy a shared-data StarRocks cluster. For detailed instructions on deploying a StarRocks cluster, see Deploy StarRocks.
NOTE
Do not start the cluster until after it is configured for shared-storage in the next section of this document.
Before starting FEs, add the following configuration items in the FE configuration file fe.conf.
These are example shared-data additions for your fe.conf file on each of your FE nodes. The parameters use the prefix aws_s3.
run_mode = shared_data
cloud_native_meta_port = <meta_port>
cloud_native_storage_type = S3
# Example: testbucket/subpath
aws_s3_path = <s3_path>
# Example: us-east1
aws_s3_region = <region>
# Example: http://172.26.xx.xxx:39000
aws_s3_endpoint = <endpoint_url>
aws_s3_access_key = <minio_access_key>
aws_s3_secret_key = <minio_secret_key>
The running mode of the StarRocks cluster. Valid values:
shared_datashared_nothing (Default)NOTE
- You cannot adopt the
shared_dataandshared_nothingmodes simultaneously for a StarRocks cluster. Mixed deployment is not supported.- Do not change
run_modeafter the cluster is deployed. Otherwise, the cluster fails to restart. The transformation from a shared-nothing cluster to a shared-data cluster or vice versa is not supported.
The cloud-native meta service RPC port.
6090Whether to allow StarRocks to create the default storage volume by using the object storage-related properties specified in the FE configuration file. Valid values:
true If you specify this item as true when creating a new shared-data cluster, StarRocks creates the built-in storage volume builtin_storage_volume using the object storage-related properties in the FE configuration file, and sets it as the default storage volume. However, if you have not specified the object storage-related properties, StarRocks fails to start.false (Default) If you specify this item as false when creating a new shared-data cluster, StarRocks starts directly without creating the built-in storage volume. You must manually create a storage volume and set it as the default storage volume before creating any object in StarRocks. For more information, see Create the default storage volume.Supported from v3.1.0.
The type of object storage you use. In shared-data mode, StarRocks supports storing data in Azure Blob (supported from v3.1.1 onwards), and object storages that are compatible with the S3 protocol (such as AWS S3, Google GCP, and MinIO). Valid value:
S3 (Default)AZBLOBHDFSNOTE
- If you specify this parameter as
S3, you must add the parameters prefixed byaws_s3.- If you specify this parameter as
AZBLOB, you must add the parameters prefixed byazure_blob.- If you specify this parameter as
HDFS, you must add the parametercloud_native_hdfs_url.
The S3 path used to store data. It consists of the name of your S3 bucket and the sub-path (if any) under it, for example, testbucket/subpath.
The endpoint used to access your S3 bucket, for example, https://s3.us-west-2.amazonaws.com.
The region in which your S3 bucket resides, for example, us-west-2.
Whether to use the AWS SDK default credentials provider chain. Valid values:
truefalse (Default)Whether to use Instance Profile and Assumed Role as credential methods for accessing S3. Valid values:
truefalse (Default)If you use IAM user-based credential (Access Key and Secret Key) to access S3, you must specify this item as false, and specify aws_s3_access_key and aws_s3_secret_key.
If you use Instance Profile to access S3, you must specify this item as true.
If you use Assumed Role to access S3, you must specify this item as true, and specify aws_s3_iam_role_arn.
And if you use an external AWS account, you must also specify aws_s3_external_id.
The Access Key ID used to access your S3 bucket.
The Secret Access Key used to access your S3 bucket.
The ARN of the IAM role that has privileges on your S3 bucket in which your data files are stored.
The external ID of the AWS account that is used for cross-account access to your S3 bucket.
NOTE
Only credential-related configuration items can be modified after your shared-data StarRocks cluster is created. If you changed the original storage path-related configuration items, the databases and tables you created before the change become read-only, and you cannot load data into them.
If you want to create the default storage volume manually after the cluster is created, you only need to add the following configuration items:
run_mode = shared_data
cloud_native_meta_port = <meta_port>
The following example creates a storage volume def_volume for a MinIO bucket defaultbucket with Access Key and Secret Key credentials, enables the Partitioned Prefix feature, and sets it as the default storage volume:
CREATE STORAGE VOLUME def_volume
TYPE = S3
LOCATIONS = ("s3://defaultbucket")
PROPERTIES
(
"enabled" = "true",
"aws.s3.region" = "us-west-2",
"aws.s3.endpoint" = "https://hostname.domainname.com:portnumber",
"aws.s3.access_key" = "xxxxxxxxxx",
"aws.s3.secret_key" = "yyyyyyyyyy",
"aws.s3.enable_partitioned_prefix" = "true"
);
SET def_volume AS DEFAULT STORAGE VOLUME;