Redis by VSHN
Redis, managed by VSHN for you.
The open source, in-memory data store used by millions of developers as a database, cache, streaming engine, and message broker.
The user documentation is available under docs.appcat.ch. |
- Availability of the service
-
-
APPUiO Cloud on cloudscale.ch Zones
-
Features
Available sizing |
1, 2 or 3 replicas |
---|---|
No downtime during Maintenance |
[1] |
Default user with unrestricted access |
|
Maximum supported size of database |
Size of selected memory |
Persistence |
[2] |
Data encryption at rest |
[3] |
Guaranteed performance |
[3] |
High availability |
[1] |
Support |
(see Support Plans) |
The following common features are available as well:
Self-Service Instance Provisioning and Configuration |
Service instances can be self-service ordered and are provisioned fully automated in the background. Access to self-service provisioning is provided via custom Kubernetes configuration objects in the Kubernetes cluster or via Open Service Broker API (on request). |
---|---|
Best-Practice Configuration Management |
Services are configured with best practices and the configuration is updated continuously as we learn improvements during day-2 operations and from the community. Industry standards are used for security configuration and wherever possible TLS encrypted connections are offered by default. |
Maintenance and Security Operations |
Patch updates are applied as they get available. We monitor security information for services and apply zero-day patches or workaround configuration as they become available. |
Data Protection and Recovery |
All services offer a regular backup option. See the service descriptions for more details. |
Service Metrics |
Performance metrics are collected regularly and are available as graphs to the user. The metrics are automatically monitored and acted upon irregularities, see Monitoring and Alerting below. |
Monitoring and Alerting |
Service Level Indicators are monitored and alerted upon. Depending on the service level alerts are automatically handled by a VSHNeer. |
Service Logging |
All logs are collected and are available to debug service errors. |
Support by VSHN or Vendor |
Support for all services are available from VSHN support engineers. Depending on the service, additional support by the software vendor or a third-party might be available. |
Supported versions
Supported versions:
-
Redis 7.0
-
Redis 6.2
Once a version isn’t supported anymore by the upstream project, we’ll stop supporting the version as well.
Upgrade Policy
-
We only support a version as long as it’s supported upstream
-
3 months before the support ends ("Final Release") the grace period starts, and you’re urged to migrate to a supported version
-
Once the support for a service has ended, all managed services are stopped, but the service still continues to run, but without any guarantee
Service Level Indicator (SLI)
According to the service levels the SLI "Up" is defined as follows:
Redis responds to probes (Redis Query) from within the same cluster. The service is considered up, if the query succeeds.
Data Protection
Backups can be configured per instance.
By default, backups happen at a random time each day and 6 backups are kept. This schedule and the retention are configurable.
Backups are provided by K8up.
Recurring Maintenance
We conduct recurring maintenance tasks on the service to keep it stable and up-to-date.
- Planned Maintenance Activities
-
-
Updating of the base container image with the latest patched version, this causes a service restart.
-
Only security updates are part of the automated maintenance. Updates to database versions which need additional work (for example code update, data migration) is a separate task and has to be taken care of by the end user.
-
Configuration improvements as we learn new best-practices or some configuration proved to be non-optimal.
-
- Mandatory Maintenance Activities
-
-
Security issue (CVE) mitigation by updating to a patched version or configuration adjustments, usually causes service restart.
-
Regular maintenance on the underlying platform, usually causing up to 2 restarts per replica.
-
- Maintenance Windows
-
This is an automated recurrence once a week. The day and time can be configured per service instance, whereas by default it is a random time in the night from Tuesday to Wednesday.
Users responsibilities
As a DevOps company, we believe in its collaborative approach. Flawless service is only possible through a sense of responsibility on both sides. Accordingly, we rely on the user to consider the following points:
-
Choose reasonably sized resources for the software consuming the service
-
Act early when an increase of service usage is foreseen (for example increase resources)
-
Rely on best-practices for using the service
-
Choose a matching service level for your use-case
Behind the scenes
This service is provided by Bitnami package for Redis®. Service instances are running on the same Kubernetes cluster as the service instance was ordered in.
Pricing
Service Level | per hour | per 30 days (720h) |
---|---|---|
CHF 0.08333 |
CHF 60.00 |
|
CHF 0.25000 |
CHF 180.00 |
-
All prices are per instance size of one.
-
Excl. Compute resources.
-
These prices are valid starting 2023-02-01 until further notice.
See Pricing for more details.