You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/en/docs/deployment/private-cloud/private-cloud-cluster/_index.md
+40-3Lines changed: 40 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1056,6 +1056,37 @@ The only limitations are that:
1056
1056
When you delete a cluster, this removes the cluster from the Mendix Portal. However, it will not remove the associated namespace from your platform. You will need to explicitly delete the namespace using the tools provided by your platform.
1057
1057
{{% /alert %}}
1058
1058
1059
+
#### Managing Roles and Permissions {#rolesandpermissions}
1060
+
1061
+
It is now possible to manage the roles and permissions for the namespace member by clicking **Roles and Permissions** in the left navigation pane.
1062
+
1063
+
Below are the predefined roles with default permissions; these roles are built-in and cannot be edited:
1064
+
1065
+
* **Administrator** - This role gives the cluster manager full access to the namespace, the permissions for which are shown in the figure below.
1066
+
* **Developer** - This role gives the developer with the permission which are shown in the figure below.
In addition to the predefined roles, you can create customised roles with the required permissions which you want to assign to the namespace member. Cluster managers can create a role once, and then reuse it across multiple namespaces.
1071
+
1072
+
To create a role, click **Create Role** in the top right.
This option allows the cluster manager to create, edit, and delete roles and permissions.
1077
+
1078
+
Once a role is created, you can assign it to the namespace member by clicking **Invite Member** under **Members** section on the **Namespace Overview** page. You can select the role from the dropdown.
Existing namespace members who have been given custom permissions will continue to use those custom permissions. However, those custom permissions will no longer be editable. To update a permission, reassign an existing role or create a custom role on the Roles and Permissions page.
1088
+
{{% /alert %}}
1089
+
1059
1090
### Namespace Management
1060
1091
1061
1092
If you are a member of a namespace, you can also manage a namespace in the cluster.
@@ -1307,10 +1338,16 @@ You can invite additional members to the namespace, and configure their role dep
1307
1338
1308
1339
1. **Developer** – a standard set of rights needed by a developer, these are listed on the screen
1309
1340
2. **Administrator** – a standard set of rights needed by an administrator, these are listed on the screen
1310
-
3. **Custom** – you can select a custom set of rights by checking the box next to each role you want to give to this person
1341
+
3. **Custom** – This option is now deprecated.
1311
1342
1312
-
With custom permissions, we have now decoupled the permissions for Scale, Start and Stop operations. If an application is in the Stopped state, the scaling does not come into effect until the application is Started. This means that you have to click **Start application** in order for the changes to be sent to the cluster.
1313
-
Along with this, we have also decoupled the permission for modifying the MxAdmin password and managing environments.
1343
+
{{% alert color="info" %}}
1344
+
The custom permission if needed to be edited, a role need to be assigned with appropriate permissions. See [Roles and Permissions](/developerportal/deploy/private-cloud-cluster/#rolesandpermissions) for more information.
1345
+
{{% /alert %}}
1346
+
1347
+
{{% alert color="info" %}}
1348
+
If an application is in the Stopped state, the scaling does not come into effect until the application is Started. This means that you have to click **Start application** in order for the changes to be sent to the cluster.
1349
+
Along with this, we have also decoupled the permission for modifying the MxAdmin password and managing environments.
1350
+
{{% /alert %}}
1314
1351
1315
1352
6. Click **Send Invite** to send an invite to this person.
Copy file name to clipboardExpand all lines: content/en/docs/deployment/private-cloud/private-cloud-cluster/private-cloud-storage-plans.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -267,7 +267,7 @@ This section provides technical details on how IAM authentication works with Pos
267
267
{{% /alert %}}
268
268
269
269
{{% alert color="info" %}}
270
-
When dealing with an Aurora PostgreSQL database, an additional procedural step is required. To employ IAM authentication in conjunction with PostgreSQL, establish a connection to the designated database instance by using either the master user or an alternative user with admin privileges. Once the connection is established, assign the `rds_iam` role to the user, as shown in the following example:
270
+
To employ IAM authentication in conjunction with PostgreSQL, establish a connection to the designated database instance by using either the master user or an alternative user with admin privileges. Once the connection is established, assign the `rds_iam` role to the user, as shown in the following example:
271
271
272
272
```shell
273
273
GRANT rds_iam TO db_userx;
@@ -1901,7 +1901,7 @@ To configure the required settings for an RDS database, do the following steps:
1901
1901
1902
1902
{{% alert color="info" %}}The VPC and firewall must be configured to allow connections to the database from the Kubernetes cluster. When creating the RDS instance, as a best practice, make sure that it uses the same VPC as the Kubernetes cluster. Alternatively, you can also use a publicly accessible cluster. After an RDS instance has been created, it is not possible to modify its VPC.{{% /alert %}}
1903
1903
1904
-
{{% alert color="info" %}}In the case of Aurora DB, ensure that the `rds_iam` role is granted to the master database user{{% /alert %}}
1904
+
{{% alert color="info" %}}Ensure that the `rds_iam` role is granted to the master database user{{% /alert %}}
1905
1905
1906
1906
3. Navigate to the RDS instance details, and write down the following information:
Copy file name to clipboardExpand all lines: content/en/docs/deployment/private-cloud/private-cloud-deploy.md
+8Lines changed: 8 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -509,6 +509,14 @@ Images are not deleted from the container registry. You should delete those imag
509
509
If any of these garbage collection steps fail, you will no longer see the environment in the Mendix Portal, and will have to [delete the storage instances](#delete-storage) manually.
510
510
{{% /alert %}}
511
511
512
+
##### Read-Only Root Filesystem
513
+
514
+
[Read-only Root file system](/developerportal/deploy/private-cloud-cluster/#readonlyrootfs) can be enabled per environment. By default, this option is disabled.
515
+
516
+
##### Deployment Strategy
517
+
518
+
Starting from Operator 2.20.0 onwards, it is now also possible to set the deployment strategy for an environment on the cluster details page. This stategy can be enabled by the cluster manager. This feature allows to update an app with reduced downtime by performing a rolling update. By default, it is set to Recreate strategy.
519
+
512
520
##### License Mendix{#license-mendix}
513
521
514
522
If you need to enter or change the subscription secret, then you can do that here.
Copy file name to clipboardExpand all lines: content/en/docs/releasenotes/deployment/mendix-for-private-cloud.md
+6Lines changed: 6 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,6 +14,12 @@ For information on the current status of deployment to Mendix for Private Cloud
14
14
15
15
### March 6, 2025
16
16
17
+
#### Portal Improvements
18
+
19
+
* The character limit for internal application IDs has been extended from 8 to 35 characters.
20
+
* Version 2.21.0 of the Operator introduces support for [read-only root filesystem](/developerportal/deploy/private-cloud-cluster/#readonlyrootfs). This can be enabled for an environment by setting the **Read-Only Root Filesystem** field to **true** in the **Environment details** page.
21
+
* We have added support for creating custom roles for namespace members. The roles can then be applied uniformly across all namespaces within a cluster.
22
+
17
23
#### General Availability Release
18
24
19
25
* We have released the general availability (GA) version of Global Operator in the Private Cloud.
0 commit comments