fix(worker): Pass configured tolerations to AsyncOrchestratorPodProcess #292
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What
The previous implementation of AsyncOrchestratorPodProcess did not account for tolerations that are configured for the worker pods; so if a
nodeSelector
was configured to isolate pods into their own private node group, the lack of a toleration could make these pods unscheduled since they would not tolerate the node taint on such a node group.How
This solution passes the getWorkerKubeTolerations() into the AsyncOrchestratorPodProcess.create method so that the replicator pod that is created is configured with the tolerations that were configured for the job pod.
Recommended reading order
airbyte-commons-worker/src/main/java/io/airbyte/workers/process/AsyncOrchestratorPodProcess.java
airbyte-commons-worker/src/main/java/io/airbyte/workers/sync/LauncherWorker.java
airbyte-workers/src/test-integration/java/io/airbyte/workers/process/AsyncOrchestratorPodProcessIntegrationTest.java
Can this PR be safely reverted / rolled back?
If you know that your PR is backwards-compatible and can be simply reverted or rolled back, check the YES box.
Otherwise if your PR has a breaking change, like a database migration for example, check the NO box.
If unsure, leave it blank.
🚨 User Impact 🚨
Are there any breaking changes? What is the end result perceived by the user? If yes, please merge this PR with the 🚨🚨 emoji so changelog authors can further highlight this if needed.