For some business operations, looking at long-term data and comparing current business conditions is a necessary analytical tool. Therefore, it is often necessary to view long-term data at this time, and it is necessary to do dataset backtracking at a relatively high frequency, which affects the scheduled dataset scheduling execution. For example, managers within a company often look at long-term data, or planning/operations personnel often look at comparative data at different stages, possibly with a backtracking frequency of at least 20 datasets per month. In response to this scenario, Datawind has launched the ability to "support separate queues for backtracking tasks", which helps users configure different queues for scheduled tasks and data re-run tasks according to business conditions, reducing the impact of data re-run on routine tasks.
In the current version, the queue configuration only supports 1 queue. The multi-queue configuration will be supported in the future.
The users of the queue configuration function use the link as shown in the figure:
In the system management, click the system configuration button and select the queue configuration module in the left sidebar to perform queue management.
Currently only one queue is supported, which is the default queue and is named offline. According to the following figure, you can see that the default queue information includes: queue name, queue resource, queue description, authorization project scope, group default queue, and applicable task type.
Click the Edit button to modify the queue description, as shown in the figure below.
The default queue offline applies to scheduled tasks and backtracking tasks, and each task type currently supports one backtracking queue.
As shown in the figure below, the default policy is to prioritize the default queue. Hover the mouse over the Default Policy Description icon to see the specific description of the default policy.
Authorization is supported according to project scope or user scope. The available scope of the queue is the sum of the scope for authorized items and authorized users.
Enter the dataset in the data preparation module, select the corresponding dataset, and enter the synchronization status bar. Click "Data Sync" in the upper right corner to configure the synchronization.
Click Data Preparation - Dataset, select the corresponding dataset, and click Dataset Editing - Synchronization Settings - Advanced Settings to select the queue. The default option is the default queue. For other synchronization settings configuration operations, please refer to the synchronization settings documentation for more information.
Click Data Preparation - Visual Modeling, select the corresponding task, click Run, and select the queue in the pop-up window - Traceback settings. The default option is the default queue. Other running configuration operations can be skipped to task operations - run the documentation to learn more.
Click Data Preparation - Visual Modeling, select the corresponding task, click Edit, and select Advanced Settings in the output to select the queue. The default option is the default queue. For other output configuration operations, redirect to the output documentation to learn more.
The number of clustered tables limit function is used to set the number of tables and the amount of available resources by project in a given cluster. Users can enter the configuration panel of the corresponding cluster on the cluster configuration page, view the project name, the current number of tables, and set the upper limit of the dataset table, the upper limit of the resource, and the upper limit of the visual modeling table.
This feature is suitable for scenarios where the number of item tables needs to be viewed and set within the cluster.
tip
Control project management policies when resources are exceeded through constraint logic. If new creation is restricted, it will affect the visual modeling output dataset and independently created extraction datasets, and users need to switch to another cluster before saving.
After exceeding the limit, only new additions are intercepted, and edits to existing datasets will not be intercepted; existing visual models are intercepted if new output datasets are added.
warning
In large data volume and long-cycle analysis scenarios, individual queries may consume too many resources, which may affect the normal execution of other tasks. The query parameter function allows administrators to configure query fuse thresholds for a single dataset, and will be terminated in time when the query exceeds the threshold to avoid affecting the overall cluster stability.
tip
Prerequisites for use: You need to have editing permission for system configuration. Hover over the "Query Parameters" tab to view the function prompt: Support specifying query parameters according to the granularity of the dataset, and the parameters specified here will be included when actually querying the dataset.
After entering the query parameters tab, you can quickly locate the dataset by searching and filtering, and add, edit, and delete query parameters.
Listing | Description |
|---|---|
Project ID | The ID of the project to which the dataset belongs, which supports filtering. |
Dataset ID | The dataset ID of the query parameters has been configured to support search and filtering. |
Owner | Dataset owner, supports filtering. |
Query parameters | The configured query parameters for this dataset are displayed in JSON format, and the mouse hovers to view the complete content. |
Operation | Support editing and deleting. |
Click the Add button at the top right of the query parameters page to pop up the Add Query Parameters window.
Fill in the dataset ID (the dataset id is obtained in the url of the dataset details page, and the number in the url is the dataset ID), and configure the query parameters (both form and JSON are supported).
Parameter name | Meaning | Unit | Performance beyond a threshold |
|---|---|---|---|
max_memory_usage | The amount of memory a single Query can use. | bytes | Returns an out-of-memory exception. |
max_execution_time | Query timeout for a single query. | second | Returns a query timeout exception. |
max_query_cpu_seconds | CPU time used cumulatively by a single query. | second | The query will be terminated. |
Click OK to complete the addition; after the configuration is successful, the dataset appears in the configuration list, and you can directly enter the complete JSON parameter object in the text box to query.
tip
A dataset can only be configured with one query parameter. If repeated configuration, ID does not exist, or the dataset type does not support it, the next step is not supported.
Supports different operations on specific query parameters in the list, including: