-
Notifications
You must be signed in to change notification settings - Fork 45
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
doc: Add a design doc for user customization & persistence
Initially, user defined configurations such as changing the number of replicas for a given deployment in a MetalK8s cluster are lost during an upgrade/downgrade scenario. This document explains some of the design choices considered while designing a simplistic tool for MetalK8s that guarantees that user defined configurations are persisted throughout. Closes: #2233
- Loading branch information
Showing
3 changed files
with
231 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -7,3 +7,4 @@ Architecture Documents | |
deployment | ||
monitoring | ||
requirements | ||
user_customization_and_persistence |
218 changes: 218 additions & 0 deletions
218
docs/developer/architecture/user_customization_and_persistence.rst
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,218 @@ | ||
User Customization & Persistence | ||
================================ | ||
|
||
Context | ||
------- | ||
|
||
.. todo:: | ||
|
||
This section will be handled by the requirements PR. | ||
|
||
|
||
Design Choices | ||
-------------- | ||
|
||
:term:`ConfigMap` store is chosen as a unified data access and | ||
storage media for user editable configurations in a MetalK8s cluster based on | ||
the above requirements for the following reasons: | ||
|
||
* Ability to support Update operations on ConfigMap's with CLI and UI easily | ||
using our already existing python kubernetes module. | ||
* Guarantee of adaptability and ease of changing the design and implementation | ||
in cases were customer needs evolve rapidly. | ||
|
||
|
||
Rejected design choices | ||
~~~~~~~~~~~~~~~~~~~~~~~ | ||
|
||
Consul KV | ||
~~~~~~~~~ | ||
|
||
This approach offers a full fledge KV store with a /kv endpoint which allows | ||
CRUD operations on all KV data stored in it. | ||
Consul KV also allows access to past versions of objects and has an optimistic | ||
concurrency(CRUD operations will not lag with load). | ||
|
||
Note that, Consul KV store was rejected because managing operations such as | ||
performing full backups, system restores for a full fledged KV system | ||
requires time and much more efforts than the ConfigMap KV store which is | ||
simplistic and matches the requirements stated. | ||
|
||
|
||
Implementation Details | ||
---------------------- | ||
|
||
A sample ConfigMap store can be defined with the following fields. | ||
|
||
An example of such a ConfigMap store: | ||
|
||
.. code-block:: yaml | ||
apiVersion: v1 | ||
kind: ConfigMap | ||
metadata: | ||
namespace: <metalk8s-namespace> | ||
name: configmap-kv | ||
data: | ||
<key>: <value> | ||
<key>: <value> | ||
<key>: <value> | ||
**Use case 1:** | ||
|
||
Configure and store the number of replicas for all Deployments found in the | ||
`metalk8s-monitoring` namespace using the ConfigMap store format. | ||
|
||
.. code-block:: yaml | ||
apiVersion: v1 | ||
kind: ConfigMap | ||
metadata: | ||
namespace: metalk8s-monitoring | ||
name: <example-name> | ||
data: | ||
replicas.grafana: 2 | ||
replicas.prometheus: 2 | ||
replicas.alertmanager: 1 | ||
**Use case 2:** | ||
|
||
Configure and store the Dex configuration parameters for Active Directory, | ||
OpenLDAP and Static user store. | ||
|
||
.. code-block:: yaml | ||
apiVersion: v1 | ||
kind: ConfigMap | ||
metadata: | ||
namespace: metalk8s-monitoring | ||
name: <example-name> | ||
data: | ||
connector.ldap.host: 'ldap.example.com:636' | ||
connector.ldap.startTLS: true | ||
connector.ldap.bindDN: '' | ||
connector.ldap.bindPW: '' | ||
connector.ldap.rootCA: '' | ||
connector.ldap.userSearch.baseDN: '' | ||
connector.ldap.userSearch.filter: '(objectClass=inetOrgPerson)' | ||
connector.ldap.userSearch.username: '' | ||
connector.ldap.userSearch.idAttr: 'DN' | ||
connector.ldap.userSearch.emailAttr: '' | ||
connector.ldap.userSearch.nameAttr: 'cn' | ||
connector.ldap.userSearch.groupSearch.baseDN: '' | ||
connector.ldap.userSearch.groupSearch.filter: '(objectClass=groupOfUniqueNames)' | ||
connector.ldap.userSearch.groupSearch.userAttr: 'DN' | ||
connector.ldap.userSearch.groupSearch.groupAttr: 'uniqueMember' | ||
connector.ldap.userSearch.groupSearch.nameAttr: 'cn' | ||
# setting this to false should disable the use of static users | ||
# for users who own no LDAP or AD, add configs allowing provisioning | ||
# more static users or changing the password for the default user. | ||
# TBD | ||
connector.staticUser.enabled: true | ||
**Use case 3:** | ||
|
||
Configure and store Alertmanager notification receivers so that alerts can | ||
be dispatched to the customers choice of notifier(Slack, email, hipchat). | ||
|
||
.. code-block:: yaml | ||
apiVersion: v1 | ||
kind: ConfigMap | ||
metadata: | ||
namespace: metalk8s-monitoring | ||
name: <example-name> | ||
data: | ||
channel.smtp.smtp_smarthost: 'smtp.gmail.com:587' | ||
channel.smtp.smtp_from: '[email protected]' | ||
channel.smtp.smtp_auth_username: '[email protected]' | ||
channel.smtp.smtp_auth_password: 'barfoo' | ||
channel.slack.slack_api_url: 'https://hooks.slack.com/services/abc123' | ||
channel.hipchat.hipchat_auth_token: '1234556789' | ||
channel.hipchat.hipchat_url: 'https://hipchat.foobar.org/' | ||
# route.group_wait: '30s' | ||
# route.repeat_interval: '15m' | ||
# route.group_interval: '5m' | ||
route.receiver: 'default' | ||
routes.match.severity: 'email' | ||
routes.receiver: 'default' | ||
routes.match.severity: 'slack' | ||
routes.match.receiver: 'slack_alert' | ||
receivers.name: 'default' | ||
receivers.email_configs.to: '[email protected]' | ||
receivers.name: 'slack_alert' | ||
receivers.slack_configs.channel: '#devops' | ||
receivers.slack_configs.send_resolved: 'true' | ||
Iteration 1 | ||
~~~~~~~~~~~ | ||
|
||
- Define and deploy new namespaced bounded ConfigMap stores that will hold | ||
user configurations as listed in the requirements | ||
- Template and render Deployment and Pod manifests that will make use of | ||
this user customizable configurations using default pillar values | ||
|
||
|
||
Iteration 2 | ||
~~~~~~~~~~~ | ||
|
||
- Provide a CLI tool for changing any of the user configurations: | ||
|
||
- Count of replicas for chosen Deployments(Prometheus) | ||
- Updating a Dex authentication connector(OpenLDAP, AD and | ||
staticUser store) | ||
- Updating the Alertmanager notification configuration | ||
|
||
- Provide a UI interface that allows Update operations on all user customizable | ||
settings based on the above requirements | ||
- Provide a UI interface for adding, updating and deleting service specific | ||
configurations for example Dex-LDAP connector integration. | ||
- Provide a UI interface for listing MetalK8s available/supported Dex | ||
authentication Connectors | ||
- Provide a UI interface for enabling or disabling Dex authentication | ||
connectors(LDAP, Active Directory, StaticUser store) | ||
- Provide a UI interface for changing the number of replicas for a chosen set | ||
of MetalK8s deployments(Prometheus, ....) | ||
- Add a UI interface for listing Alertmanager notification systems MetalK8s | ||
will support(Slack, email, hipchat) | ||
- Provide a UI interface for adding, modifying and deleting Alertmanager | ||
configurations from the listing above | ||
|
||
Documentation | ||
------------- | ||
|
||
In the Operational Guide: | ||
|
||
* Document how to customize or change any given service settings using the CLI | ||
tool | ||
* Document how to customize or change any given service settings using the UI | ||
interface | ||
|
||
Test Plan | ||
--------- | ||
|
||
- Dex Static User authentication is currently covered in our test-suite and it | ||
will make sense to cover atleast one other authentication connector with the | ||
easiest being LDAP since we readily have access to OpenLDAP Docker images and | ||
automating this process is possible on Scality Cloud | ||
|
||
- Add test that ensures that update operations on user configurations are | ||
propagated down to the various services | ||
|
||
- Other corner cases that require testing to reduce error prone setups include: | ||
|
||
- Checking for invalid values in a user defined configuration(e.g setting | ||
the number of replicas to a string("two")) | ||
- Checking for invalid formats in a user configuration | ||
- Checking that a user lost a configuration and we can actually revert | ||
to default values within the pillars |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters