Skip to content

Commit abb48e3

Browse files
authored
Merge pull request #47977 from network-charles/network-charles-patch-2
Clarify Finalizer Usage and Controller Types in Background Cascading Deletion
2 parents 1fe2591 + 0707636 commit abb48e3

File tree

1 file changed

+4
-2
lines changed

1 file changed

+4
-2
lines changed

content/en/docs/concepts/architecture/garbage-collection.md

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -95,8 +95,10 @@ to learn more.
9595
### Background cascading deletion {#background-deletion}
9696

9797
In background cascading deletion, the Kubernetes API server deletes the owner
98-
object immediately and the controller cleans up the dependent objects in
99-
the background. By default, Kubernetes uses background cascading deletion unless
98+
object immediately and the garbage collector controller (custom or default)
99+
cleans up the dependent objects in the background.
100+
If a finalizer exists, it ensures that objects are not deleted until all necessary clean-up tasks are completed.
101+
By default, Kubernetes uses background cascading deletion unless
100102
you manually use foreground deletion or choose to orphan the dependent objects.
101103

102104
See [Use background cascading deletion](/docs/tasks/administer-cluster/use-cascading-deletion/#use-background-cascading-deletion)

0 commit comments

Comments
 (0)