Skip to content

Commit 81cecb4

Browse files
Updated readme
1 parent b863ca6 commit 81cecb4

File tree

1 file changed

+16
-1
lines changed

1 file changed

+16
-1
lines changed

README.md

Lines changed: 16 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -10,7 +10,17 @@ allow service compute_management to manage compute-management-family in tenancy
1010
allow service compute_management to read app-catalog-listing in tenancy
1111
allow group user to manage all-resources in compartment compartmentName
1212
```
13-
## Policies for autoscaling:
13+
14+
## What is cluster resizing (resize.py) ?
15+
TODO
16+
17+
## What is cluster autoscaling ?
18+
TODO
19+
20+
## How is resizing different from autoscaling ?
21+
TODO
22+
23+
## Policies for autoscaling or resizing:
1424
As described when you specify your variables, if you select instance-principal as way of authenticating your node, make sure your generate a dynamic group and give the following policies to it:
1525
```
1626
Allow dynamic-group instance_principal to read app-catalog-listing in tenancy
@@ -27,6 +37,11 @@ or:
2737

2838
`Allow dynamic-group instance_principal to manage all-resources in compartment compartmentName`
2939

40+
41+
# Resizing (via resize.py or OCI console)
42+
TODO
43+
44+
3045
# Autoscaling
3146

3247
The autoscaling will work in a “cluster per job” approach. This means that for job waiting in the queue, we will launch new cluster specifically for that job. Autoscaling will also take care of spinning down clusters. By default, a cluster is left Idle for 10 minutes before shutting down. Autoscaling is achieved with a cronjob to be able to quickly switch from one scheduler to the next.

0 commit comments

Comments
 (0)