리소스를 만들기 전에 배포하는 각 리소스의 유지보수 요구사항을 고려해야 합니다. 또한 기본 리소스에 대한 유지보수를 고려해야 합니다.
예를 들어 일부 서비스는 기본 Compute Engine VM에 배포됩니다. 배포된 서비스에 설정한 유지보수 정책은 기본 VM의 유지보수 정책과 다릅니다.
다음 유지보수 동작 예시는 리소스를 효율적으로 사용하고 실행하는 데 필요한 계획을 이해하는 데 도움이 됩니다.
가상 머신(VM) 유지보수 정책 설정
VM을 만들 때 업데이트가 대기 중이거나 VM이 비정상 종료되거나 다른 호스트 이벤트가 발생할 때 VM 동작을 지시하는 유지보수 정책을 설정합니다. 예를 들어 워크로드를 다른 VM으로 라이브 마이그레이션하거나 영향을 받는 VM을 종료했다가 다시 시작하는 정책을 만들 수 있습니다.
VM에 설정하는 유지보수 정책은 VM에서 실행되는 서비스에 설정하는 유지보수 정책과 다릅니다.
예를 들어 GKE는 Compute Engine VM에 클러스터를 배포합니다. 일부 GKE 클러스터 유지보수가 발생하는 시기를 제어하도록 유지보수 정책을 설정할 수 있지만 이러한 정책은 기본 Compute Engine VM에서 트리거되는 자동 유지보수를 방지하지는 않습니다.
Compute Engine VM에서 실행되는 서비스의 유지보수 정책에 대해 자세히 알아보려면 해당 서비스의 각 문서를 검토하세요.
GPU 또는 TPU가 있는 VM에서 워크로드 유지
만드는 일부 Compute Engine 리소스에는 GPU 또는 TPU가 연결되어 있을 수 있습니다. 예를 들어 GPU 또는 TPU를 사용하여 AI 워크로드를 처리하는 VM을 만들 수 있습니다. 이러한 VM에서 호스트 이벤트가 발생하면 영향을 받는 VM에서 새 VM으로의 라이브 마이그레이션이 지원되지 않습니다. 따라서 호스트 유지보수 이벤트로 인해 VM 다운타임이 발생하고 워크로드가 중단될 수 있습니다. GPU 또는 TPU가 있는 리소스의 유지보수 이벤트를 처리하려면 다음을 참조하세요.
네트워크 연결 제품을 사용하면 피어 네트워크를 가상 프라이빗 클라우드 네트워크에 연결할 수 있습니다. Google Cloud 는 이 인프라에서 정기적으로 유지보수를 수행합니다. 유지보수 이벤트 중에 다운타임을 방지하려면 다음 예시와 같이 각 네트워킹 제품의 유지보수 권장사항을 따르는 것이 좋습니다.
Cloud Router 유지보수로 인해 라우팅이 중단되지는 않지만 피어 네트워크 라우터에서 설정을 구성해야 할 수 있습니다. 자세한 내용은 소프트웨어 유지보수 및 자동 태스크 다시 시작을 참조하세요.
Cloud Interconnect에는 정기적으로 자동화된 유지보수가 수행되므로, 알림을 설정하고 중복 연결을 만들어야 할 수 있습니다. 자세한 내용은 인프라 유지보수 이벤트를 참조하세요.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-04(UTC)"],[[["\u003cp\u003eMaintenance planning is essential for all deployed resources and their underlying components, as policies for each can be distinct.\u003c/p\u003e\n"],["\u003cp\u003eVirtual machine (VM) maintenance policies determine how VMs react to updates, crashes, or host events, offering options like live migration or restart.\u003c/p\u003e\n"],["\u003cp\u003eVM maintenance policies differ from service maintenance policies, even when the services are running on VMs, such as GKE clusters on Compute Engine VMs.\u003c/p\u003e\n"],["\u003cp\u003eVMs with GPUs or TPUs do not support live migration during host maintenance events, which can lead to downtime and workload disruptions.\u003c/p\u003e\n"],["\u003cp\u003eNetwork infrastructure maintenance, such as for Cloud Router and Cloud Interconnect, requires following specific recommendations to minimize downtime and retain connections.\u003c/p\u003e\n"]]],[],null,["# Consider resource maintenance\n\nBefore you create resources, you must consider maintenance requirements for each\nresource that you deploy. Additionally, you must consider maintenance on any\nunderlying resources.\n\nFor example, some services deploy to underlying Compute Engine VMs. The\nmaintenance policy that you set for your deployed service is distinct from the\nmaintenance policy on the underlying VMs.\n\nThe following example maintenance dynamics are provided to help you understand\nthe planning required to keep your resources available and running efficiently.\n\nSet virtual machine (VM) maintenance policies\n---------------------------------------------\n\nWhen you create VMs you set a maintenance policy that dictates VM behavior when\nthere is an update pending, a VM crashes, or other host events occur. For\nexample, you can create a policy to live migrate workloads to another VM, or\nshut down and restart the impacted VM.\n\nFor more information, see the following:\n\n- [About host events](/compute/docs/instances/host-maintenance-overview)\n- [Monitor and plan for a host maintenance event](/compute/docs/instances/monitor-plan-host-maintenance-event)\n\n### Distinguish between VM maintenance and service maintenance\n\nThe maintenance policy that you set for VMs is distinct from maintenance\npolicies that you set for services that run on your VMs.\n\nFor example, GKE deploys clusters on Compute Engine VMs. You\ncan set maintenance policies to control when some GKE cluster\nmaintenance happens, but those policies don't prevent automatic maintenance\ntriggered on the underlying Compute Engine VMs.\n\nTo learn more about maintenance policies for services running on\nCompute Engine VMs, review the respective documentation for those services.\n\n### Maintain workloads on VMs with GPUs or TPUs\n\nSome Compute Engine resources you create might have GPUs or TPUs attached. For\nexample, you might create VMs that use GPUs or TPUs to handle AI workloads. If a\nhost event occurs on these VMs, live migration from the impacted VM to a new VM\nis not supported. As a result, host maintenance events result in VM downtime and\npotential disruption to your workloads. To handle maintenance events on\nresources with GPUs or TPUs, see the following:\n\n- [Handle GPU host maintenance events](/compute/docs/gpus/gpu-host-maintenance)\n- [Introduction to Cloud TPU](/tpu/docs/intro-to-tpu)\n\nRetain connections during network infrastructure maintenance\n------------------------------------------------------------\n\nNetwork Connectivity products help you connect your peer networks to your\nVirtual Private Cloud networks. Google Cloud performs regular maintenance on this\ninfrastructure. To help prevent downtime during maintenance events, we recommend\nthat you follow the maintenance recommendations for each networking product, as\nin the following examples:\n\n- Cloud Router maintenance does not interrupt routing, but might require you\n to configure settings on your peer network router. For more information, see [Software maintenance and automated task restarts](/network-connectivity/docs/router/concepts/overview#maintenance).\n\n- Cloud Interconnect experiences regular automated maintenance, which might\n require you to set up notifications and create redundant connections. For more\n information, see [Infrastructure maintenance events](/network-connectivity/doocs/interconnect/support/infrastructure-maintenance-events)."]]
