fix: after the machine reboot, vNPU cannot be deleted, resulting in idle resource occupation #54
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.
After the machine restarts, there is no time to execute the destroy method of Ascend, resulting in the vNPU being idle. When the model is rescheduled, a new vNPU will be created. This situation can lead to the model service pod not starting up when resources are insufficient. It is necessary to manually delete the vNPU that was not deleted before the last restart. Here, I have added a logic to periodically check for idle vNPU. When an idle vNPU is found, the deletion logic will be executed.
In the image below, the vNPU with a status of 0 represents the idle vNPU left after a restart. These vNPU were used before the model restart, and kubelet did not have enough time to execute the post-hook method of the container during the restart
