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
@@ -157,7 +157,7 @@ The operator employs k8s-provided code generation to obtain deep copy methods an
157
157
the `verify-codegen.sh` checks if the generated code is up-to-date (to be used within CI). The `/pkg/generated/` contains the resultant code. To make these scripts work, you may need to `export GOPATH=$(go env GOPATH)`
Copy file name to clipboardexpand all lines: docs/gsoc-2019/ideas.md
+5-5
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@
6
6
1. Please carefully read the official [Google Summer of Code Student Guide](https://google.github.io/gsocguides/student/)
7
7
2. Join the #postgres-operator slack channel under [Postgres Slack](https://postgres-slack.herokuapp.com) to introduce yourself to the community and get quick feedback on your application.
8
8
3. Select a project from the list of ideas below or propose your own.
9
-
4. Write a proposal draft. Please open an issue with the label `gsoc2019_application` in the [operator repository](https://github.com/zalando-incubator/postgres-operator/issues) so that the community members can publicly review it. See proposal instructions below for details.
9
+
4. Write a proposal draft. Please open an issue with the label `gsoc2019_application` in the [operator repository](https://github.com/zalando/postgres-operator/issues) so that the community members can publicly review it. See proposal instructions below for details.
10
10
5. Submit proposal and the proof of enrollment before April 9 2019 18:00 UTC through the web site of the Program.
11
11
12
12
## Project ideas
@@ -34,7 +34,7 @@ It will be helpful to reject erroneous manifests before they reach the operator
2. The operator also watches updates to [its own configuration](https://github.com/zalando-incubator/postgres-operator/blob/master/manifests/configmap.yaml)
14
+
2. The operator also watches updates to [its own configuration](https://github.com/zalando/postgres-operator/blob/master/manifests/configmap.yaml)
15
15
and alters running Postgres clusters if necessary. For instance, if a pod
16
16
docker image is changed, the operator carries out the rolling update. That
17
17
is, the operator re-spawns one-by-one pods of each StatefulSet it manages
@@ -47,7 +47,7 @@ the operator is deployed to multiple Kubernetes clusters, where users deploy
47
47
manifests via our CI/CD infrastructure or rely on a slim user interface to
48
48
create manifests.
49
49
50
-
Please, report any issues discovered to https://github.com/zalando-incubator/postgres-operator/issues.
50
+
Please, report any issues discovered to https://github.com/zalando/postgres-operator/issues.
* CRD-based configuration. The configuration is stored in a custom YAML
14
14
manifest. The manifest is an instance of the custom resource definition (CRD) called
15
15
`OperatorConfiguration`. The operator registers this CRD
16
-
during the start and uses it for configuration if the [operator deployment manifest ](https://github.com/zalando-incubator/postgres-operator/blob/master/manifests/postgres-operator.yaml#L21) sets the `POSTGRES_OPERATOR_CONFIGURATION_OBJECT` env variable to a non-empty value. The variable should point to the
16
+
during the start and uses it for configuration if the [operator deployment manifest ](https://github.com/zalando/postgres-operator/blob/master/manifests/postgres-operator.yaml#L21) sets the `POSTGRES_OPERATOR_CONFIGURATION_OBJECT` env variable to a non-empty value. The variable should point to the
17
17
`postgresql-operator-configuration` object in the operator's namespace.
18
18
19
19
The CRD-based configuration is a regular YAML
20
20
document; non-scalar keys are simply represented in the usual YAML way.
21
21
There are no default values built-in in the operator, each parameter that is
22
22
not supplied in the configuration receives an empty value. In order to
23
23
create your own configuration just copy the [default
To test the CRD-based configuration locally, use the following
@@ -245,7 +245,7 @@ CRD-based configuration.
245
245
settings. The default is `1Gi`.
246
246
247
247
***set_memory_request_to_limit**
248
-
Set `memory_request` to `memory_limit` for all Postgres clusters (the default value is also increased). This prevents certain cases of memory overcommitment at the cost of overprovisioning memory and potential scheduling problems for containers with high memory limits due to the lack of memory on Kubernetes cluster nodes. This affects all containers created by the operator (Postgres, Scalyr sidecar, and other sidecars); to set resources for the operator's own container, change the [operator deployment manually](https://github.com/zalando-incubator/postgres-operator/blob/master/manifests/postgres-operator.yaml#L13). The default is `false`.
248
+
Set `memory_request` to `memory_limit` for all Postgres clusters (the default value is also increased). This prevents certain cases of memory overcommitment at the cost of overprovisioning memory and potential scheduling problems for containers with high memory limits due to the lack of memory on Kubernetes cluster nodes. This affects all containers created by the operator (Postgres, Scalyr sidecar, and other sidecars); to set resources for the operator's own container, change the [operator deployment manually](https://github.com/zalando/postgres-operator/blob/master/manifests/postgres-operator.yaml#L13). The default is `false`.
249
249
250
250
***enable_shm_volume**
251
251
Instruct operator to start any new database pod without limitations on shm
@@ -464,4 +464,4 @@ scalyr sidecar. In the CRD-based configuration they are grouped under the
464
464
Memory limit value for the Scalyr sidecar. The default is `1Gi`.
465
465
466
466
467
-
For the configmap operator configuration, the [default parameter values](https://github.com/zalando-incubator/postgres-operator/blob/master/pkg/util/config/config.go#L14) mentioned here are likely to be overwritten in your local operator installation via your local version of the operator configmap. In the case you use the operator CRD, all the CRD defaults are provided in the [operator's default configuration manifest](https://github.com/zalando-incubator/postgres-operator/blob/master/manifests/postgresql-operator-default-configuration.yaml)
467
+
For the configmap operator configuration, the [default parameter values](https://github.com/zalando/postgres-operator/blob/master/pkg/util/config/config.go#L14) mentioned here are likely to be overwritten in your local operator installation via your local version of the operator configmap. In the case you use the operator CRD, all the CRD defaults are provided in the [operator's default configuration manifest](https://github.com/zalando/postgres-operator/blob/master/manifests/postgresql-operator-default-configuration.yaml)
for an example of `zalando` role, defined with `superuser` and `createdb`
73
73
flags.
74
74
@@ -158,8 +158,8 @@ Since an infrastructure role is created uniformly on all clusters managed by
158
158
the operator, it makes no sense to define it without the password. Such
159
159
definitions will be ignored with a prior warning.
160
160
161
-
See [infrastructure roles secret](https://github.com/zalando-incubator/postgres-operator/blob/master/manifests/infrastructure-roles.yaml)
162
-
and [infrastructure roles configmap](https://github.com/zalando-incubator/postgres-operator/blob/master/manifests/infrastructure-roles-configmap.yaml) for the examples.
161
+
See [infrastructure roles secret](https://github.com/zalando/postgres-operator/blob/master/manifests/infrastructure-roles.yaml)
162
+
and [infrastructure roles configmap](https://github.com/zalando/postgres-operator/blob/master/manifests/infrastructure-roles-configmap.yaml) for the examples.
163
163
164
164
## Use taints and tolerations for dedicated PostgreSQL nodes
0 commit comments