An elastic resource pool offers compute resources (CPU and memory) required for running DLI jobs, which can adapt to the changing demands of services.
You can create multiple queues within an elastic resource pool. These queues are associated with specific jobs and data processing tasks, and serve as the basic unit for resource allocation and usage within the pool. This means queues are specific compute resources required for executing jobs.
Queues within an elastic resource pool can be shared to execute jobs. This is achieved by correctly setting the queue allocation policy. This enhances queue utilization. This section describes how to create an elastic resource pool and create queues within it.
DLI elastic resource pools are physically isolated, while queues within the same elastic resource pool are logically isolated.
You are advised to create separate elastic resource pools for testing and production scenarios to ensure the independence and security of resource management through physical isolation.
Item | Description |
|---|---|
Resource specifications |
|
Managing elastic resource pools |
|
Elastic resource pool scaling |
|
Parameter | Description |
|---|---|
Region | Select a region where you want to buy the elastic resource pool. A region refers to the location of the physical data center of an elastic resource pool. Select a region near you to ensure the lowest latency possible. |
Project | Each region corresponds to a project. |
Name | Name of the elastic resource pool.
NOTE: The elastic resource pool name is case-insensitive. Uppercase letters will be automatically converted to lowercase letters. |
Type |
|
CU Range | The maximum and minimum CUs allowed for the elastic resource pool. CU settings are used to control the maximum and minimum CU ranges for elastic resource pool scaling to prevent unlimited resource expansion risks. In CU Range, set the minimum CUs on the left and the maximum CUs on the right.
An elastic resource pool should at least ensure that all queues in it can run with the minimum CUs and should try to ensure that all queues in it can run with the maximum CUs. The specifications of an elastic resource pool are equal to the minimum CUs allocated during creation. This means that when the elastic resource pool is first created, the actual CUs will be equal to the specifications, which is also the minimum CUs. |
Description | Description of the elastic resource pool |
CIDR Block | CIDR block the elastic resource pool belongs to. If you use an enhanced datasource connection, this CIDR block cannot overlap that of the data source. Once set, this CIDR block cannot be changed. Recommended CIDR blocks: 10.0.0.0–10.255.0.0/16–19 172.16.0.0–172.31.0.0/16–19 192.168.0.0–192.168.0.0/16–19 |
Enterprise Project | If the created elastic resource pool belongs to an enterprise project, select the enterprise project. Enterprise projects let you manage cloud resources and users by project. NOTE: This parameter is available only for users who have subscribed to the Enterprise Management Service. |
Tags | Tags used to identify cloud resources. A tag includes the tag key and tag value. If you want to use the same tag to identify multiple cloud resources, that is, to select the same tag from the drop-down list box for all services, you are advised to create predefined tags on the Tag Management Service (TMS). NOTE:
|
Create one or more queues within an elastic resource pool to run jobs. This section describes how to create a queue within an elastic resource pool.
Creating a queue within an elastic resource pool will trigger changes of elastic resource CUs.
Parameter | Description |
|---|---|
Name | Name of the queue to add |
Type |
|
Engine | If Type is For SQL, the queue engine can be Spark or HetuEngine. If HetuEngine is selected, the minimum number of CUs of the SQL queue cannot be fewer than 96 CUs. To use HetuEngine to submit SQL jobs, you need to configure a DLI job bucket. For details, see Configuring a DLI Job Bucket. |
Enterprise Project | Select the enterprise project the queue belongs to. Queues under different enterprise projects can be added to an elastic resource pool. Enterprise projects let you manage cloud resources and users by project. NOTE: This parameter is available only for users who have subscribed to the Enterprise Management Service. |
Description | Description about the queue. |
Tags | Tags used to identify cloud resources. A tag includes the tag key and tag value. If you want to use the same tag to identify multiple cloud resources, that is, to select the same tag from the drop-down list box for all services, you are advised to create predefined tags on the Tag Management Service (TMS). NOTE:
|
Click Create to add a scaling policy with varying priority, period, minimum CUs, and maximum CUs. The parameters of each scaling policy are:
Parameter | Description |
|---|---|
Priority | Priority of the scaling policy in the current elastic resource pool. A larger value indicates a higher priority. You can set a number ranging from 1 to 100. |
Period | Time segment when the policy takes effect. It can be set only by hour. The start time is on the left, and the end time is on the right.
|
Min CU | Minimum number of CUs allowed by the scaling policy.
For a HetuEngine SQL queue, there must be at least 96 CUs. |
Max CU | Maximum number of CUs allowed by the scaling policy. In any time segment of a day, the maximum CUs of any queue in an elastic resource pool cannot be more than the maximum CUs of the pool.
|
Use Resource Pool's Max CU | When selected, the maximum CUs of queues equal the maximum CUs of the resource pool within the period specified by the current scaling policy. Increasing the maximum CUs of the elastic resource pool automatically adjusts the queue's maximum CUs to match without manual intervention. The setting takes effect only within the period specified by the current scaling policy. You need to manually configure CU limits for other periods. |