openstack/openstack-helm
Code Issues Proposed changes
e101e71d68
openstack-helm/mariadb/values.yaml

58 lines
1.3 KiB
YAML
Raw Normal View History

adding apache-lic header for mariadb
2017-02-03 10:24:31 -05:00
# Copyright 2017 The Openstack-Helm Authors.
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
# http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
General consistency cleanup * Made values.yaml consistent throughout charts. Removed any globals references in subcharts as these are difficult to override. Only ports should be in globals to build URLs which can come as part of a future commit. The hostname endpoint aspect of a service will come from openstack-base/_hosts.tpl and the port would come from the chart itself as a global so other charts can reference the port to build a complete URL. Putting the hostnames themselves as globals in individual charts makes it difficult to make a sweeping top level FQDN change. * Cleaned up yaml requirements and incorporated a new _common.tpl that is distributed to all charts to allow common endpoint naming while still retaining the ability to install individual charts. * Fixed keystone URL generation during bootstrap as a correct URL is critical given keystone uses this to construct all subsequent URLs in the request. Also allow controlling the default endpoint version and scheme. * Added missing NAMESPACE declaration to keystone deployment as this is required for entrypoint to discover resources not in the 'default' namespace. * Refactored all nodeSelector values to be consistent throughout all charts
2016-11-25 16:27:18 -08:00
Refactor mariadb chart This is a major refactor of the mariadb chart. A few things are accomplished: * The chart template layout is updated to match our keystone chart, providing a more structure to the chart. * The chart was updated to leverage StatefulSets, which requires Kubernetes 1.5, and helm 2.1.0. * The bootstrapping process was completely overhauled to support the unique constraints of statefulsets, namely that they come up one by one, needing the previous to be in a ready state before the next is provisioned. * The references to {{ .IP }} we removed and replaced with POD_IP environmental passing and address binding was fixed in several places for wsrep functionality. This may explain several oddities with the previous setup causing mysterious and intermittent database consistency issues.
2016-12-15 17:20:47 -08:00
replicas: 3
Use the standard Dockerhub MariaDB image Addresses consistency issues that appear with autoincrement fields in the existing chart, as demonstrated in [1]. It should allow automatic recovery of 2 out of the 3 (default) cluster members. It does not address automatic recovery of a complete shutdown of all cluster nodes. [1] https://review.openstack.org/#/c/465977/ Change-Id: I84c86e1862f03a6d381bf219b821ea3636049f0b
2017-05-12 10:10:07 -05:00
force_bootstrap: false
Add development mode for mariadb chart. This can be enabled with: helm install --name mariadb --set development.enabled=true local/mariadb This will ensure only a single replica is used and that PVCs (which require a persistent volume solution) like ceph are not used. Instead this flag enables a single replica with hostDir storage using the host path defined in values.yaml which defaults to the following: /var/lib/openstack-helm/mariadb
2016-12-29 11:22:02 -08:00
Add resources limits and requests for some charts (#163) * Add resources limits and requests for each chart * Refactor the resources limits and requests to follow a patern * Fix some coding issues * fix issues resulting from feedback on the resources PR * Reset some variables to a static value in the neutron chart. * Substituting variable entrypoint by dependency_check in the concerned files * Few adjustments * Update deploy-region.yaml * Update deployment.yaml * Add resources limits and requests for each chart Squah all commits in one. * Add resources limits and requests for some charts * cleaning * Fix indendation issue * Update deployment.yaml * Update daemonset-ovs-vswitchd.yaml
2017-02-01 21:47:59 -06:00
resources:
enabled: false
api:
limits:
memory: "128Mi"
cpu: "500m"
requests:
memory: "128Mi"
cpu: "500m"
Refactor mariadb chart This is a major refactor of the mariadb chart. A few things are accomplished: * The chart template layout is updated to match our keystone chart, providing a more structure to the chart. * The chart was updated to leverage StatefulSets, which requires Kubernetes 1.5, and helm 2.1.0. * The bootstrapping process was completely overhauled to support the unique constraints of statefulsets, namely that they come up one by one, needing the previous to be in a ready state before the next is provisioned. * The references to {{ .IP }} we removed and replaced with POD_IP environmental passing and address binding was fixed in several places for wsrep functionality. This may explain several oddities with the previous setup causing mysterious and intermittent database consistency issues.
2016-12-15 17:20:47 -08:00
# this drives the service name, and statefulset name
service_name: mariadb
General consistency cleanup * Made values.yaml consistent throughout charts. Removed any globals references in subcharts as these are difficult to override. Only ports should be in globals to build URLs which can come as part of a future commit. The hostname endpoint aspect of a service will come from openstack-base/_hosts.tpl and the port would come from the chart itself as a global so other charts can reference the port to build a complete URL. Putting the hostnames themselves as globals in individual charts makes it difficult to make a sweeping top level FQDN change. * Cleaned up yaml requirements and incorporated a new _common.tpl that is distributed to all charts to allow common endpoint naming while still retaining the ability to install individual charts. * Fixed keystone URL generation during bootstrap as a correct URL is critical given keystone uses this to construct all subsequent URLs in the request. Also allow controlling the default endpoint version and scheme. * Added missing NAMESPACE declaration to keystone deployment as this is required for entrypoint to discover resources not in the 'default' namespace. * Refactored all nodeSelector values to be consistent throughout all charts
2016-11-25 16:27:18 -08:00
Refactor mariadb now that rbd PVCs can be leveraged This large commit refactors mariadb and creates a utils and openstack chart to facilitate installing all openstack elemenets and supporting infrastructure.
2016-11-23 13:26:08 -08:00
images:
Use the standard Dockerhub MariaDB image Addresses consistency issues that appear with autoincrement fields in the existing chart, as demonstrated in [1]. It should allow automatic recovery of 2 out of the 3 (default) cluster members. It does not address automatic recovery of a complete shutdown of all cluster nodes. [1] https://review.openstack.org/#/c/465977/ Change-Id: I84c86e1862f03a6d381bf219b821ea3636049f0b
2017-05-12 10:10:07 -05:00
mariadb: mariadb:10.1.23
Critical fixes required for 0.1.0 tagging * Add imagePullPolicy to ceph with default * Add imagePullPolicy to mariadb with default * Add missing imagePullPolicies to nova with defaults * Remove malfunctioning daemonset dependency from nova * Add missing neutron endpoint definition to nova values * Force v4 networking in ceph. Repeated bootstrapping is unreliable without this. * Update cinder dependencies based on testing * Optonal Horizon NodePort * Revert iptables stub for nova-api-osapi because we lack permississions to overwrite /sbin/iptables. We will continue to run in a privileged security context until we have a working solution.
2017-01-12 14:51:36 -08:00
pull_policy: IfNotPresent
General consistency cleanup * Made values.yaml consistent throughout charts. Removed any globals references in subcharts as these are difficult to override. Only ports should be in globals to build URLs which can come as part of a future commit. The hostname endpoint aspect of a service will come from openstack-base/_hosts.tpl and the port would come from the chart itself as a global so other charts can reference the port to build a complete URL. Putting the hostnames themselves as globals in individual charts makes it difficult to make a sweeping top level FQDN change. * Cleaned up yaml requirements and incorporated a new _common.tpl that is distributed to all charts to allow common endpoint naming while still retaining the ability to install individual charts. * Fixed keystone URL generation during bootstrap as a correct URL is critical given keystone uses this to construct all subsequent URLs in the request. Also allow controlling the default endpoint version and scheme. * Added missing NAMESPACE declaration to keystone deployment as this is required for entrypoint to discover resources not in the 'default' namespace. * Refactored all nodeSelector values to be consistent throughout all charts
2016-11-25 16:27:18 -08:00
Refactor mariadb now that rbd PVCs can be leveraged This large commit refactors mariadb and creates a utils and openstack chart to facilitate installing all openstack elemenets and supporting infrastructure.
2016-11-23 13:26:08 -08:00
volume:
Use the standard Dockerhub MariaDB image Addresses consistency issues that appear with autoincrement fields in the existing chart, as demonstrated in [1]. It should allow automatic recovery of 2 out of the 3 (default) cluster members. It does not address automatic recovery of a complete shutdown of all cluster nodes. [1] https://review.openstack.org/#/c/465977/ Change-Id: I84c86e1862f03a6d381bf219b821ea3636049f0b
2017-05-12 10:10:07 -05:00
enabled: true
allow mariadb volume flexibility
2016-11-30 14:36:21 -08:00
class_name: general
MariaDB: Reduce size of default PVC This PS reduces the default size of the PVC to one that works on systems with limited storage avalible. It has no effect on the resilance or production readyness status of the deployed cluster, simply the amount of data that can be stored within it. Change-Id: Ic01b9a6658a1b4161b160f35842060ad84cb8ec7
2017-04-30 14:56:04 -05:00
size: 2Gi
General consistency cleanup * Made values.yaml consistent throughout charts. Removed any globals references in subcharts as these are difficult to override. Only ports should be in globals to build URLs which can come as part of a future commit. The hostname endpoint aspect of a service will come from openstack-base/_hosts.tpl and the port would come from the chart itself as a global so other charts can reference the port to build a complete URL. Putting the hostnames themselves as globals in individual charts makes it difficult to make a sweeping top level FQDN change. * Cleaned up yaml requirements and incorporated a new _common.tpl that is distributed to all charts to allow common endpoint naming while still retaining the ability to install individual charts. * Fixed keystone URL generation during bootstrap as a correct URL is critical given keystone uses this to construct all subsequent URLs in the request. Also allow controlling the default endpoint version and scheme. * Added missing NAMESPACE declaration to keystone deployment as this is required for entrypoint to discover resources not in the 'default' namespace. * Refactored all nodeSelector values to be consistent throughout all charts
2016-11-25 16:27:18 -08:00
Refactor mariadb now that rbd PVCs can be leveraged This large commit refactors mariadb and creates a utils and openstack chart to facilitate installing all openstack elemenets and supporting infrastructure.
2016-11-23 13:26:08 -08:00
labels:
General consistency cleanup * Made values.yaml consistent throughout charts. Removed any globals references in subcharts as these are difficult to override. Only ports should be in globals to build URLs which can come as part of a future commit. The hostname endpoint aspect of a service will come from openstack-base/_hosts.tpl and the port would come from the chart itself as a global so other charts can reference the port to build a complete URL. Putting the hostnames themselves as globals in individual charts makes it difficult to make a sweeping top level FQDN change. * Cleaned up yaml requirements and incorporated a new _common.tpl that is distributed to all charts to allow common endpoint naming while still retaining the ability to install individual charts. * Fixed keystone URL generation during bootstrap as a correct URL is critical given keystone uses this to construct all subsequent URLs in the request. Also allow controlling the default endpoint version and scheme. * Added missing NAMESPACE declaration to keystone deployment as this is required for entrypoint to discover resources not in the 'default' namespace. * Refactored all nodeSelector values to be consistent throughout all charts
2016-11-25 16:27:18 -08:00
node_selector_key: openstack-control-plane
node_selector_value: enabled
Adding MariaDB
2016-11-18 16:34:36 +01:00
network:
port:
Refactor mariadb chart This is a major refactor of the mariadb chart. A few things are accomplished: * The chart template layout is updated to match our keystone chart, providing a more structure to the chart. * The chart was updated to leverage StatefulSets, which requires Kubernetes 1.5, and helm 2.1.0. * The bootstrapping process was completely overhauled to support the unique constraints of statefulsets, namely that they come up one by one, needing the previous to be in a ready state before the next is provisioned. * The references to {{ .IP }} we removed and replaced with POD_IP environmental passing and address binding was fixed in several places for wsrep functionality. This may explain several oddities with the previous setup causing mysterious and intermittent database consistency issues.
2016-12-15 17:20:47 -08:00
ist: 4444
Use the standard Dockerhub MariaDB image Addresses consistency issues that appear with autoincrement fields in the existing chart, as demonstrated in [1]. It should allow automatic recovery of 2 out of the 3 (default) cluster members. It does not address automatic recovery of a complete shutdown of all cluster nodes. [1] https://review.openstack.org/#/c/465977/ Change-Id: I84c86e1862f03a6d381bf219b821ea3636049f0b
2017-05-12 10:10:07 -05:00
mariadb: 3306
wsrep: 4567
adding apache-lic header for mariadb
2017-02-03 10:24:31 -05:00
Adding MariaDB
2016-11-18 16:34:36 +01:00
database:
root_password: password
Use the standard Dockerhub MariaDB image Addresses consistency issues that appear with autoincrement fields in the existing chart, as demonstrated in [1]. It should allow automatic recovery of 2 out of the 3 (default) cluster members. It does not address automatic recovery of a complete shutdown of all cluster nodes. [1] https://review.openstack.org/#/c/465977/ Change-Id: I84c86e1862f03a6d381bf219b821ea3636049f0b
2017-05-12 10:10:07 -05:00
# Any configuration here will override the base config.
# config_override: |-
# [mysqld]
# wsrep_slave_threads=1
Copy Permalink