nova通过check_instance_lock对危险的操作保护

最新推荐文章于 2024-03-27 09:37:50 发布

原创最新推荐文章于 2024-03-27 09:37:50 发布 · 847 阅读

0 ·

CC 4.0 BY-SA版权

openstack源码分析专栏收录该内容

51 篇文章

订阅专栏

本文详细解析了在计算机编程中，特别是在对实例进行操作时如何使用装饰器实现加锁机制，确保同一时间内只有一个进程能够修改特定实例的状态，避免并发操作带来的问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在computer/api.py 中一些函数前面有有一个装饰器check_instance_lock
    @check_instance_lock
    @check_instance_cell
    @check_instance_state(vm_state=None, task_state=None,
                          must_have_launched=False)
    def delete(self, context, instance):
        """Terminate an instance."""
        LOG.debug("Going to try to terminate instance", instance=instance)
        self._delete_instance(context, instance)
这个装饰器的左右主要是为操作当前的instance 加锁。
def check_instance_lock(function):
    @functools.wraps(function)
    def inner(self, context, instance, *args, **kwargs):
        if instance.locked and not context.is_admin:
            raise exception.InstanceIsLocked(instance_uuid=instance.uuid)
        return function(self, context, instance, *args, **kwargs)
    return inner
从check_instance_lock的实现看，如果已经加锁，就直接返回一个except，然是如果是管理员则可以无视这个加锁的限制