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
If you are using the [Helm Chart for Workflow][helm-chart], put your base64-encoded credentials in the [`minio-user` secret][minio-user-secret] (under `access-key-id` and `access-secret-key`) before you `helm install`. For more information, see the [installation instructions][helm-install] for more details on using Helm.
60
+
61
+
Note - to base64 encode your credentials, you can use the `base64` tool on most systems. Here's an example usage:
62
+
63
+
```console
64
+
echo $MY_ACCESS_KEY | base64
65
+
```
66
+
57
67
### A Note on Google Cloud Storage
58
68
59
69
Google Cloud Storage (GCS) can interoperate with the S3 API using a feature called [interoperability](https://cloud.google.com/storage/docs/interoperability). If you choose to use GCS for object storage, you'll have to turn on this interoperability mode. In order to do so, please follow the steps at https://cloud.google.com/storage/docs/migrating?hl=en_US#migration-simple.
@@ -78,20 +88,59 @@ The slugbuilder reads credentials from the below locations on the filesystem.
If you are using the [Helm Chart for Workflow][helm-chart], put your base64-encoded credentials in the [`minio-user` secret][minio-user-secret] (under `access-key-id` and `access-secret-key`) before you `helm install`. For more information, see the [installation instructions][helm-install] for more details on using Helm.
94
+
95
+
Note - to base64 encode your credentials, you can use the `base64` tool on most systems. Here's an example usage:
The slugrunner uses the `SLUG_URL` environment variable to determine where to download the slug (that it will run) from.
87
106
107
+
Note that if you are using slugrunner inside a Deis cluster, the [controller](https://github.com/deis/controller) handles all configuration and lifecycle management for you. The remainder of this section only applies if you intend to run the slugrunner as a standalone component.
108
+
88
109
### Credentials
89
110
90
111
The slugrunner reads credentials from the below locations on the filesystem.
The [Helm Chart for Workflow][helm-chart] contains no manifest for the slugrunner. As noted above, the controller handles all configuration and lifecycle management for you.
119
+
120
+
If, however, you wish to run the slugrunner as a standalone component, you can use the [`minio-user` secret][minio-user-secret] to easily provide your pods with the credentials information they need. To do so, put your base64-encoded credentials information into the `access-key-id` and `access-secret-key` fields, and mount the secret like this:
121
+
122
+
Under the `spec.template.spec.volumes` section:
123
+
124
+
```yaml
125
+
- name: minio-user
126
+
secret:
127
+
secretName: minio-user
128
+
```
129
+
130
+
Under the `spec.template.spec.containers[0].volumeMounts` section:
131
+
132
+
```yaml
133
+
- name: minio-user
134
+
mountPath: /var/run/secrets/object/store
135
+
readOnly: true
136
+
```
137
+
138
+
Note - to base64 encode your credentials, you can use the `base64` tool on most systems. Here's an example usage:
When the controller needs to launch or scale a new buildpack application, it uses a [replication controller](http://kubernetes.io/docs/user-guide/replication-controller/). Since the slugrunner needs to download the slug to run, it needs the object storage location of the slug and the object storage credentials.
@@ -106,6 +155,16 @@ Since the object storage location information comes from the builder, the contro
106
155
107
156
No paths need to be mounted into the pod. Simply ensure that the secret exists in your Kubernetes cluster with the correct credentials.
108
157
158
+
### Helm Chart
159
+
160
+
If you are using the [Helm Chart for Workflow][helm-chart], put your base64-encoded credentials in the [`minio-user` secret][minio-user-secret] (under `access-key-id` and `access-secret-key`) before you `helm install`. For more information, see the [installation instructions][helm-install] for more details on using Helm.
161
+
162
+
Note - to base64 encode your credentials, you can use the `base64` tool on most systems. Here's an example usage:
The registry is configured slightly differently from most of the other components. Read on for details.
@@ -118,6 +177,16 @@ The registry looks for a `REGISTRY_STORAGE` environment variable, which it then
118
177
119
178
The registry reads the credential information from a `/var/run/secrets/deis/registry/creds/objectstorage-keyfile` file. This is generated automatically (as part of the `helm generate` command) based on the configuration options given in the https://github.com/deis/charts/blob/master/workflow-dev/tpl/objectstorage.toml file.
120
179
180
+
### Helm Chart
181
+
182
+
If you are using the [Helm Chart for Workflow][helm-chart], put your base64-encoded credentials in the [objectstorage.toml][objectstorage-toml] file before you run `helm generate`. For more information, see the [installation instructions][helm-install] for more details on using Helm.
183
+
184
+
Note - to base64 encode your credentials, you can use the `base64` tool on most systems. Here's an example usage:
The database is configured slightly differently from the other components. Read the two sections below for details.
@@ -152,3 +221,18 @@ You'll also need to add two environment variables to the https://github.com/deis
152
221
- name: DEIS_MINIO_SERVICE_PORT
153
222
value: "443"
154
223
```
224
+
225
+
### Helm Chart
226
+
227
+
If you are using the [Helm Chart for Workflow][helm-chart], put your base64-encoded credentials in the [objectstorage.toml][objectstorage-toml] file before you run `helm generate`. For more information, see the [installation instructions][helm-install] for more details on using Helm.
228
+
229
+
Note - to base64 encode your credentials, you can use the `base64` tool on most systems. Here's an example usage:
0 commit comments