You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: keps/sig-api-machinery/4192-svm-in-tree/README.md
+13-3Lines changed: 13 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -236,13 +236,23 @@ The final APIs that will be moved in-tree are:
236
236
237
237
### [Controller](https://github.com/kubernetes-sigs/kube-storage-version-migrator/tree/60dee538334c2366994c2323c0db5db8ab4d2838/pkg/controller) to move
Currently, the StorageVersionMigrator comprises two controllers: the `Trigger` controller and the `Migrator` controller. TheTrigger controller performs resource discovery, identifying supported resources with the preferred server version every `10 minutes`. Subsequently, the Trigger controller creates the `StorageVersionMigration` resource to initiate the migration process. TheMigrator controller then picks up this resource and executes the actual migration.
239
+
Currently, the StorageVersionMigrator comprises two controllers: the `Trigger`
240
+
controller and the `Migrator` controller. TheTrigger controller performs resource
241
+
discovery, identifying supported resources with the preferred server version every
242
+
`10 minutes`. Subsequently, the Trigger controller creates the `StorageVersionMigration`
243
+
resource to initiate the migration process. TheMigrator controller then picks up this
244
+
resource and executes the actual migration.
240
245
241
-
When transitioning the StorageVersionMigrator in-tree, we will exclusively move the Migrator controller as a component of KCM. The creation of the Migration resource will be deferred to the user, instead of being triggered automatically.
246
+
When transitioning the StorageVersionMigrator in-tree, we will exclusively move the
247
+
Migrator controller as a component of KCM. The creation of the Migration resource
248
+
will be deferred to the user, instead of being triggered automatically.
242
249
243
250
### Approach
244
251
#### GarbageCollectionCache
245
-
Kube ControllerManager's garbage collection cache contains the name and namespace for all resources, providing a suitable dataset for the migration process. This approach is detailed [here](https://docs.google.com/document/d/1lHDbrMCmNG1KXEpw6gMhDL8qWAWgeSlfW6gbCvD80uw/edit?usp=sharing). _We will use this approach for the Alpha release_.
252
+
Kube ControllerManager's garbage collection cache contains the name and namespace
253
+
for all resources, providing a suitable dataset for the migration process. This
254
+
approach is detailed [here](https://docs.google.com/document/d/1lHDbrMCmNG1KXEpw6gMhDL8qWAWgeSlfW6gbCvD80uw/edit?usp=sharing).
255
+
_We will use this approach for the Alpha release_.
0 commit comments