Gnocchi K8S
- OpenStack Charmers
Channel | Revision | Published | Runs on |
---|---|---|---|
latest/edge | 1 | 09 Aug 2023 | |
2024.1/beta | 61 | 11 Dec 2024 | |
2024.1/beta | 56 | 22 Nov 2024 | |
2024.1/edge | 62 | Today | |
2024.1/edge | 56 | 07 Oct 2024 | |
2023.2/stable | 14 | 06 Dec 2023 | |
2023.2/candidate | 26 | 25 Mar 2024 | |
2023.2/beta | 26 | 25 Mar 2024 | |
2023.2/edge | 26 | 23 Feb 2024 | |
2023.1/candidate | 16 | 12 Jan 2024 | |
2023.1/beta | 16 | 10 Jan 2024 | |
2023.1/edge | 16 | 12 Dec 2023 |
juju deploy gnocchi-k8s --channel edge
Deploy Kubernetes operators easily with Juju, the Universal Operator Lifecycle Manager. Need a Kubernetes cluster? Install MicroK8s to create a full CNCF-certified Kubernetes system in under 60 seconds.
Platform:
-
backend-availability-zone | string
Availability zone name of this volume backend. If set, it will override the default availability zone. Supported for Pike or newer releases.
-
bluestore-compression-algorithm | string
Compressor to use (if any) for pools requested by this charm. . NOTE: The ceph-osd charm sets a global default for this value (defaults to 'lz4' unless configured by the end user) which will be used unless specified for individual pools.
-
bluestore-compression-max-blob-size | int
Chunks larger than this are broken into smaller blobs sizing bluestore compression max blob size before being compressed on pools requested by this charm.
-
bluestore-compression-max-blob-size-hdd | int
Value of bluestore compression max blob size for rotational media on pools requested by this charm.
-
bluestore-compression-max-blob-size-ssd | int
Value of bluestore compression max blob size for solid state media on pools requested by this charm.
-
bluestore-compression-min-blob-size | int
Chunks smaller than this are never compressed on pools requested by this charm.
-
bluestore-compression-min-blob-size-hdd | int
Value of bluestore compression min blob size for rotational media on pools requested by this charm.
-
bluestore-compression-min-blob-size-ssd | int
Value of bluestore compression min blob size for solid state media on pools requested by this charm.
-
bluestore-compression-mode | string
Policy for using compression on pools requested by this charm. . 'none' means never use compression. 'passive' means use compression when clients hint that data is compressible. 'aggressive' means use compression unless clients hint that data is not compressible. 'force' means use compression under all circumstances even if the clients hint that the data is not compressible.
-
bluestore-compression-required-ratio | float
The ratio of the size of the data chunk after compression relative to the original size must be at least this small in order to store the compressed version on pools requested by this charm.
-
ceph-osd-replication-count | int
Default: 3
This value dictates the number of replicas ceph must make of any object it stores within the cinder rbd pool. Of course, this only applies if using Ceph as a backend store. Note that once the cinder rbd pool has been created, changing this value will not have any effect (although it can be changed in ceph by manually configuring your ceph cluster).
-
ceph-pool-weight | int
Default: 40
Defines a relative weighting of the pool as a percentage of the total amount of data in the Ceph cluster. This effectively weights the number of placement groups for the pool created to be appropriately portioned to the amount of data expected. For example, if the ephemeral volumes for the OpenStack compute instances are expected to take up 20% of the overall configuration then this value would be specified as 20. Note - it is important to choose an appropriate value for the pool weight as this directly affects the number of placement groups which will be created for the pool. The number of placement groups for a pool can only be increased, never decreased - so it is important to identify the percent of data that will likely reside in the pool.
-
debug | boolean
Enable debug logging.
-
ec-profile-crush-locality | string
(lrc plugin) The type of the crush bucket in which each set of chunks defined by l will be stored. For instance, if it is set to rack, each group of l chunks will be placed in a different rack. It is used to create a CRUSH rule step such as step choose rack. If it is not set, no such grouping is done.
-
ec-profile-device-class | string
Device class from CRUSH map to use for placement groups for erasure profile - valid values: ssd, hdd or nvme (or leave unset to not use a device class).
-
ec-profile-durability-estimator | int
(shec plugin - c) The number of parity chunks each of which includes each data chunk in its calculation range. The number is used as a durability estimator. For instance, if c=2, 2 OSDs can be down without losing data.
-
ec-profile-helper-chunks | int
(clay plugin - d) Number of OSDs requested to send data during recovery of a single chunk. d needs to be chosen such that k+1 <= d <= k+m-1. Larger the d, the better the savings.
-
ec-profile-k | int
Default: 1
Number of data chunks that will be used for EC data pool. K+M factors should never be greater than the number of available zones (or hosts) for balancing.
-
ec-profile-locality | int
(lrc plugin - l) Group the coding and data chunks into sets of size l. For instance, for k=4 and m=2, when l=3 two groups of three are created. Each set can be recovered without reading chunks from another set. Note that using the lrc plugin does incur more raw storage usage than isa or jerasure in order to reduce the cost of recovery operations.
-
ec-profile-m | int
Default: 2
Number of coding chunks that will be used for EC data pool. K+M factors should never be greater than the number of available zones (or hosts) for balancing.
-
ec-profile-name | string
Name for the EC profile to be created for the EC pools. If not defined a profile name will be generated based on the name of the pool used by the application.
-
ec-profile-plugin | string
Default: jerasure
EC plugin to use for this applications pool. The following list of plugins acceptable - jerasure, lrc, isa, shec, clay.
-
ec-profile-scalar-mds | string
(clay plugin) specifies the plugin that is used as a building block in the layered construction. It can be one of jerasure, isa, shec (defaults to jerasure).
-
ec-profile-technique | string
EC profile technique used for this applications pool - will be validated based on the plugin configured via ec-profile-plugin. Supported techniques are ‘reed_sol_van’, ‘reed_sol_r6_op’, ‘cauchy_orig’, ‘cauchy_good’, ‘liber8tion’ for jerasure, ‘reed_sol_van’, ‘cauchy’ for isa and ‘single’, ‘multiple’ for shec.
-
ec-rbd-metadata-pool | string
Name of the metadata pool to be created (for RBD use-cases). If not defined a metadata pool name will be generated based on the name of the data pool used by the application. The metadata pool is always replicated, not erasure coded.
-
os-admin-hostname | string
Default: glance.juju
The hostname or address of the admin endpoints that should be advertised in the glance image provider.
-
os-internal-hostname | string
Default: glance.juju
The hostname or address of the internal endpoints that should be advertised in the glance image provider.
-
os-public-hostname | string
Default: glance.juju
The hostname or address of the internal endpoints that should be advertised in the glance image provider.
-
pool-type | string
Default: replicated
Ceph pool type to use for storage - valid values include ‘replicated’ and ‘erasure-coded’.
-
rbd-flatten-volume-from-snapshot | boolean
Flatten volumes created from snapshots to remove dependency from volume to snapshot. Supported on Queens+
-
rbd-mirroring-mode | string
Default: pool
The RBD mirroring mode used for the Ceph pool. This option is only used with 'replicated' pool type, as it's not supported for 'erasure-coded' pool type - valid values: 'pool' and 'image'
-
rbd-pool-name | string
Optionally specify an existing rbd pool that cinder should map to.
-
region | string
Default: RegionOne
Space delimited list of OpenStack regions
-
restrict-ceph-pools | boolean
Optionally restrict Ceph key permissions to access pools as required.
-
volume-backend-name | string
Volume backend name for the backend. The default value is the application name in the Juju model, e.g. "cinder-ceph-mybackend" if it's deployed as
juju deploy cinder-ceph cinder-ceph-mybackend
. A common backend name can be set to multiple backends with the same characters so that those can be treated as a single virtual backend associated with a single volume type.