Modify deployment configurations
After a SQL draft or JAR/Python job is deployed, you can still modify the deployment configuration. The deployment configuration contains all the configuration parameters that are used for the job startup. This section describes how to modify deployment configuration.
See Connecting with external file systems for information on the s3i and s3 schemas when communicating with external S3 services via your own S3 connector (e.g. for sources and sinks).
Procedureâ
-
On the Dashboard page, open the console for the workspace you want to manage.
-
In the Console navigation pane, click Deployments.
-
Click the name of the deployment you want to configure.
-
Display the Configuration tab; this has some expandable panels (Basic, Resources, Parameters, Logging).
-
Expand your chosen panel and click Edit at the righthand end of the title bar to access the options for editing.
-
Modify the parameters.
-
Click Save.
Basic sectionâ
| Deployment type | Description |
|---|---|
| SQL deployment | You can write SQL code and configure the Engine Version, Additional Dependencies, and Description parameters. For more information about the parameters, see Develop an SQL draft. Note: After you click Edit in the upper-right corner of the Basic section, a message appears. If you want to modify the deployment configuration, click OK in the message. Then, you are redirected to the SQL Editor page to edit and deploy the deployment. |
| JAR deployment | You can configure the Engine Version, JAR Uri, Entry Point Class, Entry Point Main Arguments, Additional Dependencies, Description, and Deploy to Session Cluster (Not recommended) parameters. |
| Python deployment | You can configure the Engine Version, Python Uri, Entry Module, Entry Point Main Arguments, Python Libraries, Python Archives, Additional Dependencies, Description, and Deploy to Session Cluster (Not recommended) parameters. |
Resources sectionâ
| Parameter | Description |
|---|---|
| Parallelism | The global parallelism of the deployment. |
| Job Manager CPU | Ververica recommends that you configure 1 CPU core and 4 GiB of memory for the JobManager. |
| Job Manager Memory | Unit: GiB. Example: 4 GiB. Minimum value: 1 GiB. |
| Task Manager CPU | Ververica recommends that you configure 1 CPU core and 4 GiB of memory for a TaskManager. |
| Task Manager Memory | Unit: GiB. Example: 4 GiB. Minimum value: 1 GiB. |
| Task Manager Slots | The number of slots for a TaskManager. |
Parameters sectionâ
| Parameter | Description |
|---|---|
| Checkpointing Interval | The interval at which checkpoints are scheduled. If you do not configure this parameter, the checkpointing feature is disabled. |
| Min Interval Between Checkpoints | The minimum interval between two checkpoints. If the maximum parallelism of checkpoints is 1, this parameter specifies the minimum interval between the two checkpoints. |
| State Expiration Time | If the state data expires the time that is specified by this parameter, the system automatically removes the expired state data. This way, disk space is released. |
| Flink Restart Policy | See below. |
| Number of Restart Attempts | The number of times that the system attempts to restart a deployment when the deployment fails. |
| Delay Between Restart Attempts | The interval at which the system attempts to restart a deployment. |
Flink restart policyâ
If a task fails and the checkpointing feature is disabled, the JobManager cannot be restarted. If the checkpointing feature is enabled, the JobManager is restarted. Valid values are:
- Failure Rate: The JobManager is restarted if the number of failures within the specified interval exceeds the upper limit. If you select Failure Rate from the Flink Restart Policy drop-down list, you must set the Failure Rate Interval, Max Failures per Interval, and Delay Between Restart Attempts parameters.
- Fixed Delay: The JobManager is restarted at a fixed interval. If you select Fixed Delay from the Flink Restart Policy drop-down list, you must set the Number of Restart Attempts and Delay Between Restart Attempts parameters.
- No Restarts: The JobManager is not restarted. This is the default value.
Logging sectionâ
| Parameter | Description |
|---|---|
| Log Archiving | By default, Allow Log Archives is turned on. After you turn on Allow Log Archives in the Logging section, you can view the logs of a historical job on the Logs tab. For more information, see View the logs of a historical job. Turn on log archives for the deployment. |
| Log Archives Expires | By default, the archived log files are valid for seven days. |
| Root Log Level | See below. |
| Log Levels | Enter the log name and log level. |
| Logging Profile | You can set this parameter to default or Custom Template. |
Root log levelâ
You can specify the following log levels. The levels are listed in ascending order of urgency.
- TRACE: records finer-grained information than DEBUG logs.
- DEBUG: records the status of the system.
- INFO: records important system information.
- WARN: records the information about potential issues.
- ERROR: records the information about errors and exceptions that occur.