[RabbitMQ] Add podManagementPolicy for cluster recovery. (helm#13027)

rabbitmq should be initialized one by one when building cluster for the first time.
Therefore, the default value of podManagementPolicy is 'OrderedReady'

Once the rabbitmq participates in the cluster, it waits for a response from another
rabbitMQ in the same cluster at reboot, except the last rabbitmq of the same cluster.
If the cluster exits gracefully, you do not need to change the podManagementPolicy
because the first rabbitmq of the statefulset always will be last of the cluster.
However if the last rabbitmq of the cluster is not the first rabbitmq due to a failure,
you must change podManagementPolicy to 'Parallel'.
Otherwide the first rabbitmq waits Infinitely.

Signed-off-by: Jungsub Shin <supsup5642@gmail.com>

Author: ssup2

stable/rabbitmq/Chart.yaml

@@ -1,6 +1,6 @@
 apiVersion: v1
 name: rabbitmq
-version: 5.4.1
+version: 5.5.0
 appVersion: 3.7.14
 description: Open source message broker software that implements the Advanced Message Queuing Protocol (AMQP)
 keywords:

stable/rabbitmq/README.md

@@ -56,6 +56,7 @@ The following table lists the configurable parameters of the RabbitMQ chart and
 | `image.pullSecrets`                  | Specify docker-registry secret names as an array | `nil`                                                   |
 | `image.debug`                        | Specify if debug values should be set            | `false`                                                 |
 | `rbacEnabled`                        | Specify if rbac is enabled in your cluster       | `true`                                                  |
+| `podManagementPolicy`                | Pod management policy                            | `OrderedReady`                                          |
 | `rabbitmq.username`                  | RabbitMQ application username                    | `user`                                                  |
 | `rabbitmq.password`                  | RabbitMQ application password                    | _random 10 character long alphanumeric string_          |
 | `rabbitmq.existingPasswordSecret`    | Existing secret with RabbitMQ credentials        | nil                                                     |

stable/rabbitmq/templates/statefulset.yaml

@@ -9,6 +9,7 @@ metadata:
     heritage: "{{ .Release.Service }}"
 spec:
   serviceName: {{ template "rabbitmq.fullname" . }}-headless
+  podManagementPolicy: {{ .Values.podManagementPolicy }}
   replicas: {{ .Values.replicas }}
   updateStrategy:
     type: {{ .Values.updateStrategy.type }}

stable/rabbitmq/values-production.yaml

@@ -35,6 +35,19 @@ image:
 ## does your cluster have rbac enabled? assume yes by default
 rbacEnabled: true
 
+
+## RabbitMQ should be initialized one by one when building cluster for the first time.
+## Therefore, the default value of podManagementPolicy is 'OrderedReady'
+## Once the RabbitMQ participates in the cluster, it waits for a response from another
+## RabbitMQ in the same cluster at reboot, except the last RabbitMQ of the same cluster.
+## If the cluster exits gracefully, you do not need to change the podManagementPolicy
+## because the first RabbitMQ of the statefulset always will be last of the cluster.
+## However if the last RabbitMQ of the cluster is not the first RabbitMQ due to a failure,
+## you must change podManagementPolicy to 'Parallel'.
+## ref : https://www.rabbitmq.com/clustering.html#restarting
+##
+podManagementPolicy: OrderedReady
+
 ## section of specific values for rabbitmq
 rabbitmq:
   ## RabbitMQ application username

stable/rabbitmq/values.yaml

@@ -35,6 +35,18 @@ image:
 ## does your cluster have rbac enabled? assume yes by default
 rbacEnabled: true
 
+## RabbitMQ should be initialized one by one when building cluster for the first time.
+## Therefore, the default value of podManagementPolicy is 'OrderedReady'
+## Once the RabbitMQ participates in the cluster, it waits for a response from another
+## RabbitMQ in the same cluster at reboot, except the last RabbitMQ of the same cluster.
+## If the cluster exits gracefully, you do not need to change the podManagementPolicy
+## because the first RabbitMQ of the statefulset always will be last of the cluster.
+## However if the last RabbitMQ of the cluster is not the first RabbitMQ due to a failure,
+## you must change podManagementPolicy to 'Parallel'.
+## ref : https://www.rabbitmq.com/clustering.html#restarting
+##
+podManagementPolicy: OrderedReady
+
 ## section of specific values for rabbitmq
 rabbitmq:
   ## RabbitMQ application username