-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[COR-205] Add resources
to CoreDB spec
#122
Changes from all commits
945b7ff
15182b8
b38f987
421550e
0d70e61
1faaeef
c0730c3
ff407a2
01e96e9
79cd373
7b8def9
a702968
7db962c
83b4f9d
e2db783
d48fb17
bb2eeb6
123c333
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -47,6 +47,91 @@ spec: | |
default: 1 | ||
format: int32 | ||
type: integer | ||
resources: | ||
default: | ||
limits: | ||
cpu: '2' | ||
memory: 2Gi | ||
requests: | ||
cpu: 500m | ||
memory: 512Mi | ||
description: ResourceRequirements describes the compute resource requirements. | ||
properties: | ||
limits: | ||
additionalProperties: | ||
description: |- | ||
Quantity is a fixed-point representation of a number. It provides convenient marshaling/unmarshaling in JSON and YAML, in addition to String() and AsInt64() accessors. | ||
|
||
The serialization format is: | ||
|
||
<quantity> ::= <signedNumber><suffix> | ||
(Note that <suffix> may be empty, from the "" case in <decimalSI>.) | ||
<digit> ::= 0 | 1 | ... | 9 <digits> ::= <digit> | <digit><digits> <number> ::= <digits> | <digits>.<digits> | <digits>. | .<digits> <sign> ::= "+" | "-" <signedNumber> ::= <number> | <sign><number> <suffix> ::= <binarySI> | <decimalExponent> | <decimalSI> <binarySI> ::= Ki | Mi | Gi | Ti | Pi | Ei | ||
(International System of units; See: http://physics.nist.gov/cuu/Units/binary.html) | ||
<decimalSI> ::= m | "" | k | M | G | T | P | E | ||
(Note that 1024 = 1Ki but 1000 = 1k; I didn't choose the capitalization.) | ||
<decimalExponent> ::= "e" <signedNumber> | "E" <signedNumber> | ||
|
||
No matter which of the three exponent forms is used, no quantity may represent a number greater than 2^63-1 in magnitude, nor may it have more than 3 decimal places. Numbers larger or more precise will be capped or rounded up. (E.g.: 0.1m will rounded up to 1m.) This may be extended in the future if we require larger or smaller quantities. | ||
|
||
When a Quantity is parsed from a string, it will remember the type of suffix it had, and will use the same type again when it is serialized. | ||
|
||
Before serializing, Quantity will be put in "canonical form". This means that Exponent/suffix will be adjusted up or down (with a corresponding increase or decrease in Mantissa) such that: | ||
a. No precision is lost | ||
b. No fractional digits will be emitted | ||
c. The exponent (or suffix) is as large as possible. | ||
The sign will be omitted unless the number is negative. | ||
|
||
Examples: | ||
1.5 will be serialized as "1500m" | ||
1.5Gi will be serialized as "1536Mi" | ||
|
||
Note that the quantity will NEVER be internally represented by a floating point number. That is the whole point of this exercise. | ||
|
||
Non-canonical values will still parse as long as they are well formed, but will be re-emitted in their canonical form. (So always use canonical form, or don't diff.) | ||
|
||
This format is intended to make it difficult to use these numbers without writing some sort of special handling code in the hopes that that will cause implementors to also use a fixed point implementation. | ||
type: string | ||
description: 'Limits describes the maximum amount of compute resources allowed. More info: https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/' | ||
type: object | ||
requests: | ||
additionalProperties: | ||
description: |- | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. These descriptions can cause unnecessary bloat in our CRD. Go's It's fine to include them at the moment, but wanted to call this out in case we need to trim things down in the future. |
||
Quantity is a fixed-point representation of a number. It provides convenient marshaling/unmarshaling in JSON and YAML, in addition to String() and AsInt64() accessors. | ||
|
||
The serialization format is: | ||
|
||
<quantity> ::= <signedNumber><suffix> | ||
(Note that <suffix> may be empty, from the "" case in <decimalSI>.) | ||
<digit> ::= 0 | 1 | ... | 9 <digits> ::= <digit> | <digit><digits> <number> ::= <digits> | <digits>.<digits> | <digits>. | .<digits> <sign> ::= "+" | "-" <signedNumber> ::= <number> | <sign><number> <suffix> ::= <binarySI> | <decimalExponent> | <decimalSI> <binarySI> ::= Ki | Mi | Gi | Ti | Pi | Ei | ||
(International System of units; See: http://physics.nist.gov/cuu/Units/binary.html) | ||
<decimalSI> ::= m | "" | k | M | G | T | P | E | ||
(Note that 1024 = 1Ki but 1000 = 1k; I didn't choose the capitalization.) | ||
<decimalExponent> ::= "e" <signedNumber> | "E" <signedNumber> | ||
|
||
No matter which of the three exponent forms is used, no quantity may represent a number greater than 2^63-1 in magnitude, nor may it have more than 3 decimal places. Numbers larger or more precise will be capped or rounded up. (E.g.: 0.1m will rounded up to 1m.) This may be extended in the future if we require larger or smaller quantities. | ||
|
||
When a Quantity is parsed from a string, it will remember the type of suffix it had, and will use the same type again when it is serialized. | ||
|
||
Before serializing, Quantity will be put in "canonical form". This means that Exponent/suffix will be adjusted up or down (with a corresponding increase or decrease in Mantissa) such that: | ||
a. No precision is lost | ||
b. No fractional digits will be emitted | ||
c. The exponent (or suffix) is as large as possible. | ||
The sign will be omitted unless the number is negative. | ||
|
||
Examples: | ||
1.5 will be serialized as "1500m" | ||
1.5Gi will be serialized as "1536Mi" | ||
|
||
Note that the quantity will NEVER be internally represented by a floating point number. That is the whole point of this exercise. | ||
|
||
Non-canonical values will still parse as long as they are well formed, but will be re-emitted in their canonical form. (So always use canonical form, or don't diff.) | ||
|
||
This format is intended to make it difficult to use these numbers without writing some sort of special handling code in the hopes that that will cause implementors to also use a fixed point implementation. | ||
type: string | ||
description: 'Requests describes the minimum amount of compute resources required. If Requests is omitted for a container, it defaults to Limits if that is explicitly specified, otherwise to an implementation-defined value. More info: https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/' | ||
type: object | ||
type: object | ||
uid: | ||
default: 999 | ||
format: int32 | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@sjmiller609 let me know your thoughts on these default values