@@ -8,9 +8,9 @@ must assign all of your images and workspaces to a specific organization. An
8
8
end-user can only access images that are assigned to the same organization they
9
9
are.
10
10
11
- > Be sure to familiarize yourself with the [ types of
12
- > roles] ( access-control/organizations.md ) you can assign users within an
13
- > organization.
11
+ > Be sure to familiarize yourself with the
12
+ > [ types of roles] ( access-control/organizations.md ) you can assign users within
13
+ > an organization.
14
14
15
15
## The default organization
16
16
@@ -28,8 +28,8 @@ organizations by going to **Manage** > **Organizations** > **New Organization**.
28
28
![ Create a new organization dialog] ( ../assets/admin/create-an-org.png )
29
29
30
30
Provide a ** name** and (optionally) a ** description** for this organization. If
31
- you want this to become a ** Default organization** , make sure to check the
32
- box for this.
31
+ you want this to become a ** Default organization** , make sure to check the box
32
+ for this.
33
33
34
34
You can also control how Coder manages resources for workspaces in this
35
35
organization. You can set the:
@@ -43,7 +43,12 @@ organization. You can set the:
43
43
Finally, you can set ** Resource Quotas** . These are limits on the number of
44
44
** CPUs** and ** GPUs** , as well as the amount of ** memory** and ** disk space** ,
45
45
each developer can request concurrently for running workspaces in this
46
- organization.
46
+ organization. The limits for what you can set are as follows:
47
+
48
+ - ** CPUs** : 128 CPU cores
49
+ - ** Memory** : 256 GBs
50
+ - ** Disk** : 8192 GB
51
+ - ** GPUs** : 20 GPUs
47
52
48
53
When you've set your parameters, click ** Create** to proceed.
49
54
@@ -79,9 +84,9 @@ whitelisted namespaces, though you cannot create new workspaces in those
79
84
namespaces.
80
85
81
86
If you want to separate Coder workspaces by namespaces in a Kubernetes cluster,
82
- you can do so by [ deploying a new workspace
83
- provider] ( workspace-providers/deployment.md ) to each additional namespace in
84
- the cluster. The workspace provider provisions workspaces to the namespace it
85
- has been deployed to, and you can control access to each workspace provider via
86
- an organization allowlist to replace the previous organization namespace
87
- behaviors.
87
+ you can do so by
88
+ [ deploying a new workspace provider] ( workspace-providers/deployment.md ) to each
89
+ additional namespace in the cluster. The workspace provider provisions
90
+ workspaces to the namespace it has been deployed to, and you can control access
91
+ to each workspace provider via an organization allowlist to replace the previous
92
+ organization namespace behaviors.
0 commit comments