[OCI] Live Migration

Infrastructure Maintenance

인프라 유지보수

• Oracle Cloud Infrastructure는 컴퓨팅 인스턴스의 물리적 인프라에서 데이터 센터 유지 관리를 수행.
• 유지 관리에는 하드웨어 업그레이드 및 교체 또는 호스트 전원 공급을 중단하는 유지 관리 수행과 같은 작업이 포함됨.
• 인프라 유지 관리, 마이그레이션 옵션 및 인프라 유지 관리를 모니터링하는 데 사용할 수 있는 상태 메트릭에 대한 세부 정보를 제공.
• 컴퓨팅 인프라 상태 지표를 사용하여 유지 관리 중에 인스턴스의 상태를 모니터링할 수 있음.

Planned Maintenance 중 인스턴스 복구

• 인스턴스의 인프라가 Planned maintenance가 필요할 때, Oracle Cloud Infrasturcture는 자동으로 인스턴스를 복구하도록 시도한다.

<aside> 💡 maintenance는 인스턴스의 유형에 따라 다릅니다.

• VM instance : Live migration ⇒ Live migration이 실패하면 reboot migration으로 진행됨.
• BM instance : Reboot migration ⇒ Reboot migration이 실패하면, manual migration으로 진행됨.

</aside>

VM intance에 대한 planned Maintenance 발생시

• Infrastructure maintenance 이벤트가 VM instance에 영향을 끼칠 때, OCI가 Live Migration를 지원함.
• 만약 VM 인스턴스가 Live Migration 되지 않거나 지원하지 않는 shape을 사용 중일 때는, OCI가 14일~16일 안에 maintenance 마감기한을 스케쥴하게 됨.
• OCI가 마감기한을 스케쥴하게 되면 Migration action (Live migration / Reboot Migration Manual Migration)을 설명하는 알람을 발송하게 됨.
• VM인스턴스에 대한 유지보수가 예상된다면, 예정된 유지보수 날짜에 맞춰서 그전에 인스턴스를 재기동 / 중지 할 수 있음. (수동으로 하는 게 다운타임을 잘 컨트롤 할 수 있음)
• 수동으로 재기동하지 않았으면, VM인스턴스는 Shape에 따라 reboot migration 되거나 rebuilt in place 됨

*rebuilt in place 에 대한 자세한 설명 : https://docs.oracle.com/en-us/iaas/Content/Compute/References/infrastructure-maintenance.htm#rebuild-in-place

• Standard Shape의 경우에는 유지보수 마감기한을 연장할 수 있다.
• 예정된 유지보수 시간 전에 재기동하지 못한다면 OCI는 인스턴스를 reboot migration 또는 rebuild 한다.

<aside> 💡 Supported

• 외부 platform images 및 custom images
• Standard 및 dense I/O shape </aside>

<aside> 💡 제한사항

• VM 인스턴스에서 너무 많은 활동, API를 사용한 인스턴스 변경, 인스턴스와 관련 없는 내부 에러가 발생시에는 Live Migration이 정상적이지 않을 수 있음. </aside>

BM Instance에 대한 Planned maintenance 발생시

• 인프라 유지보수 이벤트가 BM instance에 영향을 끼칠 때, OCI는 reboot migration을 지원한다.
• OCI는 14일~16일 안에 유지보수 마감기한을 스케쥴하고 maintenance action (reboot migration / manual migration) 을 설명하는 알람을 발송함.
• 유지보수 마감기한 후 24시간 이내에 BM instance가 중지되고 Migration을 시작한다. 어느정도의 downtime은 발생함.
• BM인스턴스에 대한 유지보수가 예상된다면 유지보수 이벤트전에 수동으로 reboot 할 수 있다. (VM과 마찬가지로 수동으로 reboot 하는 게 유지보수에 대한 다운타임을 잘 컨트롤 할 수 있다고 한다)
• 수동으로 reboot 하지 않으면 reboot migration됨.
• Standard Shape의 경우에는 유지보수 마감기한을 연장할 수 있다.

<aside> 💡 Not Supported

• windows image
• custom image
• shield instance
• 인덱스가 1인 물리적 NIC에 구성되고 Secondary VNICs 가 생성된 인스턴스
• iPXE script에서 표준 sanboot 커맨드를 사용하지 않는 인스턴스 </aside>

<aside> 💡 Supported

• Linux-Based 이미지를 사용하는 standard shape을 지원함 </aside>

Planned Maintenance가 있는 인스턴스 식별하기

• 만약 인스턴스가 Live Migration, Reboot Migration, rebuild in place 를 지원한다면, instance information에서 Maintenance reboot field를 확인해보면 planned maintenance의 날짜를 확인할 수 있다.
• Manual Migration만 지원하는 인스턴스는, Oracle Cloud Infrastructure 에서 호스트에게 알림을 발송해준다. (Maintenance reboot field에는 date를 명시해주지 않는다)

Infrastructure 실패로 인한 VM 복구

소프트웨어나 하드웨어 이슈 때문에 VM 인스턴스의 장애가 발생한다면, OCI는 자동으로 복구를 시도한다.

Standart VM 인스턴스

• reboot migration을 사용하여 자동으로 정상적인 호스트로 복구된다.
• VM 인스턴스 장애는 1분 안에 감지됨
• 호스트가 즉시 복구되지 않는다면, 다른 정상 호스트로 VM이 이동함.
• Migration 프로세스와 정상 호스트의 재기동은 5분안에 자동으로 시작함.

<aside> 💡 재기동되는 동안 인스턴스 속성 ( Block Volume에 연결된 Private IP 와 ephemeral Public IP 그리고 VNICs)은 보존된다.

</aside>

Dense I/O VM인스턴스

• 똑같은 물리적 호스트에 인스턴스를 재기동함으로써 복구됨.
• 똑같은 물리적 호스트에 복구가 불가능하다면, OCI는 14일 안에 인스턴스를 terminate 하도록 알림을 준다.
• 마감기한 전에 인스턴스를 삭제하지 않는다면, OCI는 마감기한에 해당 인스턴스를 disabled 되도록 하며 그 이후의 7일 안에 해당 인스턴스를 삭제한다.

<aside> 💡 Data Volume에 연결된 Boot Volume은 보존된다.

</aside>

• OCI는 메일이나 Announcement로 VM 인프라 장애 이벤트를 알려준다.
• 조치된 복구 사항도 알려줌
• 예기치 않은 재기동을 모니터링하도록 instance status metric을 사용할 수 있다.
• 장애가 복구된 후에 인스턴스가 자동으로 재시작이 되는 것을 막을 수 있음

https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/edit-maintenance-recovery-action.htm#edit-maintenance-recovery-action

Maintenance Actions

Live Migration

• Live Migration 기능을 Enabled로 활성화하게 되면 인스턴스가 기동 중일 때, 장애를 최소화하며 물리적 VM 호스트에 Live Migration 하는 기능.
• 마이그레이션의 progress를 확인하기 위해 이벤트를 사용할 수 있다.
• 비활성화된 상태라면, 유지보수에 대한 알람이 발생
• Live Migration이 enabled 되었지만 실패한다면, Reboot migraion이 사용됨. (Reboot Migration에 대한 설명은 아래에 있습니다)
• Live Migration 기능이 enabled된 인스턴스가 마이그레이션 되지 않는다면, OCI는 Reboot Migration을 진행하라는 마감기한(within 14~16일)을 스케쥴링 하게 되며 해당 알람을 발송.
• 마감기한(withtin 14~16일) 전에 인스턴스를 수동으로 재기동하지 않는다면 인스턴스는 Live Migration만 된다.
• 진행예정인 유지보수에 대한 알람발생 없이 마이그레이션 한다.
• 일단 Live Migration이 시작되고 종료된 후에 인프라 유지보수 이벤트가 발생

Live Migration Support 대상

인스턴스가 Live Migration을 지원하는지 확인하기 :

1. 콘솔창으로 Instance 접속
2. instance information > Live Migration 필드 확인. 필드가 View incompatibilities로 확인된다면 Live Migration을 지원하지 않는다.

Category Criteria that support live migration Can setting be edited after creating the instance?

Realm	Tenancy is in the https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm#top.	No.
Shape	Instance uses one of the following https://docs.oracle.com/en-us/iaas/Content/Compute/References/computeshapes.htm#Compute_Shapes:
• VM.Standard1 series
• VM.Standard.B1 series
• VM.Standard2 series
• VM.Standard3.Flex
• VM.Standard.E2 series
• VM.Standard.E2.1.Micro
• VM.Standard.E3.Flex
• VM.Standard.E4.Flex
• VM.Optimized3.Flex
Other VM shapes, bare metal instances, and instances on dedicated virtual machine hosts do not support live migration.	Yes, for some shapes. https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/resizinginstances.htm#Changing_the_Shape_of_an_Instance to a supported shape.
Alternatively, https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/terminatinginstance.htm#Terminating_an_Instance, but do not delete the associated boot volume. Then, use the boot volume to https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/launchinginstance.htm#top using a shape that supports live migration.
Image	Instances that use Linux or Windows https://docs.oracle.com/en-us/iaas/Content/Compute/References/images.htm#OracleProvided_Images support live migration.
For instances that use https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/managingcustomimages.htm#Managing_Custom_Images or Oracle Cloud Infrastructure Marketplace images, Oracle Cloud Infrastructure attempts to live migrate the instance.	No.
Networking launch type	Instance uses https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/launchinginstance.htm#networking.	Yes, https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/edit-launch-options.htm#edit-launch-options.
Shielded instances	Not supported.	No.
Windows Defender Credential Guard is enabled	Not supported.	No.
Virtual network interface cards (VNICs)	Maximum total number of attached VNICs is six.	Yes, https://docs.oracle.com/en-us/iaas/Content/Network/Tasks/managingVNICs.htm#To3 until six or fewer VNICs total are attached.

Reboot Migration

• 인스턴스가 중지된 상태로 정상 호스트에 마이그레이션 되며, 끝나게 되면 재기동됨.
• 마이그레이션이 되는 동안 약간의 downtime이 발생하게됨.
• downtime이 발생한다면 유지보수 마감기한 전에 인스턴스를 reboot migration을 수동으로 진행하도록 컨트롤 할 수 있다.
• reboot migration은 dense I/O shape를 사용하는 VM 인스턴스 및 standard shape을 사용하는 BM 인스턴스를 지원한다.
• 기본적인 유지보수는 인스턴스의 shape에 따라 다름.

<aside> 💡 VM instance :

standard shape

• 유지보수 마감기한이 지나고 24시간 안에, VM인스턴스 기동 중지와 마이그레이션 및 재기동이 진행됨. downtime이 발생.
• 유지보수 마감기한 전에 인스턴스를 reboot migration을 한다면 downtime시간을 조정할 수 있음.

Dense I/O shape

• Dense I/O shapes : 유지보수 마감기한에 VM인스턴스가 중지와 rebuilt 되며 재기동됨. downtime이 발생하게 됨.

다운타임 최소화 하기

• 로컬로 연결된 NVMe-based SSD를 삭제한다.
• 스케쥴된 유지보수 전에 인스턴스를 재기동함.
• 인스턴스는 정상 호스트에 reboot migration 됨.
• migration 된다면 SSD는 영구적으로 삭제됨. </aside>

<aside> 💡 BM instance :

standard shape

• 유지보수 마감기한 후 24시간 안에 BM 인스턴스가 중지, 마이그레이션 및 재기동됨.
• downtime이 발생함.
• 유지보수 마감기한 전에 인스턴스를 수동으로 reboot migration 함으로써 downtime 컨트롤 가능.
• Reboot Migration이 실패한다면, OCI는 알람을 발생하게됨.
• 이 경우, Manual Migration을 진행해야함. (수동 마이그레이션은 아래 글 참고)
• Reboot Migration이 된 후에, 인스턴스에서 Maintenance reboot 필드가 사라진다.
• 이 경우 인스턴스가 정상적으로 migration된 것임.

</aside>

Reboot Migration deadline 연장

• reboot migration이 스케쥴된 인스턴스를 위한 유지보수 마감기한을 연장 가능하다.
• 마감기한을 연장하는 것은 Standard Shape을 사용하는 VM 및 BM 인스턴스에 적용 가능함.
• OCI는 마감기한이 연장될 수 있는 가장 빠른 기간을 결정함.

Reboot Migration 선필수조건

• /etc/fstab에 정의된 Block Volume이 recommended options를 사용하는지 확인한다. recommended options.
• File Storage Service (NFS) 마운트가 nofail 옵션을 사용하는지 확인.
• Secondary VNICs를 설정하기 위해 Oracle-provided script를 사용한다면, 기동시 스크립트가 자동으로 시작되는지 확인. Oracle-provided script
• Dense I/O shape을 사용한다면, 로컬로 연결된 NVMe 기반 SSD를 백업.

1. 하나 이상의 블록 볼륨을 생성하고 attach .
2. NVMe 장치에서 블록 볼륨으로 데이터를 복사.

Reboot Migration을 사용하여 VM instance 마이그레이션 하기

==BM 인스턴스 마이그레이션은 추후 업데이트 예정입니다.==

1. 기동중인 애플리케이션을 중지.
2. 콘솔, CLI, SDK를 사용하여 인스턴스를 재기동.
3. Dense I/O shape을 사용중일 때,
4. - Console 사용 :

reboot instance를 하게 되면 모든 데이터가 영구적으로 삭제됨.

삭제를 하지 않으려면 NVMe SSD의 백업본을 생성 후 reboot을 진행해야함.

  - CLI or SDK 사용 : `allowDenseRebootMigration` 변수를 `true`로 변경 

ex) java SDK

/** This is an automatically generated code sample. 
To make this code sample work in your Oracle Cloud tenancy, 
please replace the values for any parameters whose current values do not fit
your use case (such as resource IDs, strings containing ‘EXAMPLE’ or ‘unique_id’, and 
boolean, number, and enum parameters with values not fitting your use case).
*/

import com.oracle.bmc.ConfigFileReader;
import com.oracle.bmc.auth.AuthenticationDetailsProvider;
import com.oracle.bmc.auth.ConfigFileAuthenticationDetailsProvider;
import com.oracle.bmc.core.ComputeClient;
import com.oracle.bmc.core.model.*;
import com.oracle.bmc.core.requests.*;
import com.oracle.bmc.core.responses.*;
import java.math.BigDecimal;

import java.util.ArrayList;
import java.util.HashMap;
import java.util.Date;
import java.util.UUID;
import java.util.Arrays;

public class InstanceActionExample {
    public static void main(String[] args) throws Exception {

        /**
         * Create a default authentication provider that uses the DEFAULT
         * profile in the configuration file.
         * Refer to EXAMPLE-instanceId-Value")
		.action("START")
		.opcRetryToken("EXAMPLE-opcRetryToken-Value")
		.ifMatch("EXAMPLE-ifMatch-Value")
		.instancePowerActionDetails(instancePowerActionDetails).build();

        /* Send request to the Client */
        InstanceActionResponse response = client.instanceAction(instanceActionRequest);
    }

    
}

1. Maintenance reboot 필드에 날짜가 없는지 확인한다.

1. 인스턴스에서 모든 애플리케이션을 시작하고 테스트.
2. Dense I/O 를 사용하는 인스턴스의 경우, NVMe-based SSD 복원:
   1. 로컬 NVMe 장치를 백업하는 데 사용되는 불록볼륨을 연결함.
   2. 새 인스턴스의 NVMe 스토리지에 데이터를 복사함.
   3. 블록 볼륨을 해제하고 선택적으로 삭제.

Manual Migration

Manual Migration 선필수조건

• 인스턴스의 region, AD, FD
• 인스턴스의 표시 이름
• 모든 private IP 주소, 이름, 서브넷, 인스턴스에는 복수의 VNIC를 가질 수 있으며 각각의 VNICs는 복수의 Secondary IP 주소를 가질 수 있음.
• 모든 Private DNS name, 인스턴스는 멀티 VNICs를 가질 수 있으며 각각의 VNIC는 멀티 Secondary IP 주소를 가질 수 있음.
• 모든 Public IP 주소는 Reserved Public Pool에서 배정됨. 인스턴스는 멀티 VNICs를 가질 수 있으며 각각의 VNIC는 멀티 Secondary Private IP 주소를 가질 수 있음. 각각의 VNIC와 secondary private IP는 attached된 Public IP 주소를 가질 수 있다.
• 인스턴스에 연결된 Block Volume 필요

Infrastructure Maintenance

인프라 유지보수

• Oracle Cloud Infrastructure는 컴퓨팅 인스턴스의 물리적 인프라에서 데이터 센터 유지 관리를 수행.
• 유지 관리에는 하드웨어 업그레이드 및 교체 또는 호스트 전원 공급을 중단하는 유지 관리 수행과 같은 작업이 포함됨.
• 인프라 유지 관리, 마이그레이션 옵션 및 인프라 유지 관리를 모니터링하는 데 사용할 수 있는 상태 메트릭에 대한 세부 정보를 제공.
• 컴퓨팅 인프라 상태 지표를 사용하여 유지 관리 중에 인스턴스의 상태를 모니터링할 수 있음.

Planned Maintenance 중 인스턴스 복구

• 인스턴스의 인프라가 Planned maintenance가 필요할 때, Oracle Cloud Infrasturcture는 자동으로 인스턴스를 복구하도록 시도한다.

<aside> 💡 maintenance는 인스턴스의 유형에 따라 다릅니다.

• VM instance : Live migration ⇒ Live migration이 실패하면 reboot migration으로 진행됨.
• BM instance : Reboot migration ⇒ Reboot migration이 실패하면, manual migration으로 진행됨.

</aside>

VM intance에 대한 planned Maintenance 발생시

• Infrastructure maintenance 이벤트가 VM instance에 영향을 끼칠 때, OCI가 Live Migration를 지원함.
• 만약 VM 인스턴스가 Live Migration 되지 않거나 지원하지 않는 shape을 사용 중일 때는, OCI가 14일~16일 안에 maintenance 마감기한을 스케쥴하게 됨.
• OCI가 마감기한을 스케쥴하게 되면 Migration action (Live migration / Reboot Migration Manual Migration)을 설명하는 알람을 발송하게 됨.
• VM인스턴스에 대한 유지보수가 예상된다면, 예정된 유지보수 날짜에 맞춰서 그전에 인스턴스를 재기동 / 중지 할 수 있음. (수동으로 하는 게 다운타임을 잘 컨트롤 할 수 있음)
• 수동으로 재기동하지 않았으면, VM인스턴스는 Shape에 따라 reboot migration 되거나 rebuilt in place 됨

*rebuilt in place 에 대한 자세한 설명 : https://docs.oracle.com/en-us/iaas/Content/Compute/References/infrastructure-maintenance.htm#rebuild-in-place

• Standard Shape의 경우에는 유지보수 마감기한을 연장할 수 있다.
• 예정된 유지보수 시간 전에 재기동하지 못한다면 OCI는 인스턴스를 reboot migration 또는 rebuild 한다.

<aside> 💡 Supported

• 외부 platform images 및 custom images
• Standard 및 dense I/O shape </aside>

<aside> 💡 제한사항

• VM 인스턴스에서 너무 많은 활동, API를 사용한 인스턴스 변경, 인스턴스와 관련 없는 내부 에러가 발생시에는 Live Migration이 정상적이지 않을 수 있음. </aside>

BM Instance에 대한 Planned maintenance 발생시

• 인프라 유지보수 이벤트가 BM instance에 영향을 끼칠 때, OCI는 reboot migration을 지원한다.
• OCI는 14일~16일 안에 유지보수 마감기한을 스케쥴하고 maintenance action (reboot migration / manual migration) 을 설명하는 알람을 발송함.
• 유지보수 마감기한 후 24시간 이내에 BM instance가 중지되고 Migration을 시작한다. 어느정도의 downtime은 발생함.
• BM인스턴스에 대한 유지보수가 예상된다면 유지보수 이벤트전에 수동으로 reboot 할 수 있다. (VM과 마찬가지로 수동으로 reboot 하는 게 유지보수에 대한 다운타임을 잘 컨트롤 할 수 있다고 한다)
• 수동으로 reboot 하지 않으면 reboot migration됨.
• Standard Shape의 경우에는 유지보수 마감기한을 연장할 수 있다.

<aside> 💡 Not Supported

• windows image
• custom image
• shield instance
• 인덱스가 1인 물리적 NIC에 구성되고 Secondary VNICs 가 생성된 인스턴스
• iPXE script에서 표준 sanboot 커맨드를 사용하지 않는 인스턴스 </aside>

<aside> 💡 Supported

• Linux-Based 이미지를 사용하는 standard shape을 지원함 </aside>

Planned Maintenance가 있는 인스턴스 식별하기

• 만약 인스턴스가 Live Migration, Reboot Migration, rebuild in place 를 지원한다면, instance information에서 Maintenance reboot field를 확인해보면 planned maintenance의 날짜를 확인할 수 있다.
• Manual Migration만 지원하는 인스턴스는, Oracle Cloud Infrastructure 에서 호스트에게 알림을 발송해준다. (Maintenance reboot field에는 date를 명시해주지 않는다)

Infrastructure 실패로 인한 VM 복구

소프트웨어나 하드웨어 이슈 때문에 VM 인스턴스의 장애가 발생한다면, OCI는 자동으로 복구를 시도한다.

Standart VM 인스턴스

• reboot migration을 사용하여 자동으로 정상적인 호스트로 복구된다.
• VM 인스턴스 장애는 1분 안에 감지됨
• 호스트가 즉시 복구되지 않는다면, 다른 정상 호스트로 VM이 이동함.
• Migration 프로세스와 정상 호스트의 재기동은 5분안에 자동으로 시작함.

<aside> 💡 재기동되는 동안 인스턴스 속성 ( Block Volume에 연결된 Private IP 와 ephemeral Public IP 그리고 VNICs)은 보존된다.

</aside>

Dense I/O VM인스턴스

• 똑같은 물리적 호스트에 인스턴스를 재기동함으로써 복구됨.
• 똑같은 물리적 호스트에 복구가 불가능하다면, OCI는 14일 안에 인스턴스를 terminate 하도록 알림을 준다.
• 마감기한 전에 인스턴스를 삭제하지 않는다면, OCI는 마감기한에 해당 인스턴스를 disabled 되도록 하며 그 이후의 7일 안에 해당 인스턴스를 삭제한다.

<aside> 💡 Data Volume에 연결된 Boot Volume은 보존된다.

</aside>

• OCI는 메일이나 Announcement로 VM 인프라 장애 이벤트를 알려준다.
• 조치된 복구 사항도 알려줌
• 예기치 않은 재기동을 모니터링하도록 instance status metric을 사용할 수 있다.
• 장애가 복구된 후에 인스턴스가 자동으로 재시작이 되는 것을 막을 수 있음

https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/edit-maintenance-recovery-action.htm#edit-maintenance-recovery-action

Maintenance Actions

Live Migration

• Live Migration 기능을 Enabled로 활성화하게 되면 인스턴스가 기동 중일 때, 장애를 최소화하며 물리적 VM 호스트에 Live Migration 하는 기능.
• 마이그레이션의 progress를 확인하기 위해 이벤트를 사용할 수 있다.
• 비활성화된 상태라면, 유지보수에 대한 알람이 발생
• Live Migration이 enabled 되었지만 실패한다면, Reboot migraion이 사용됨. (Reboot Migration에 대한 설명은 아래에 있습니다)
• Live Migration 기능이 enabled된 인스턴스가 마이그레이션 되지 않는다면, OCI는 Reboot Migration을 진행하라는 마감기한(within 14~16일)을 스케쥴링 하게 되며 해당 알람을 발송.
• 마감기한(withtin 14~16일) 전에 인스턴스를 수동으로 재기동하지 않는다면 인스턴스는 Live Migration만 된다.
• 진행예정인 유지보수에 대한 알람발생 없이 마이그레이션 한다.
• 일단 Live Migration이 시작되고 종료된 후에 인프라 유지보수 이벤트가 발생

Live Migration Support 대상

인스턴스가 Live Migration을 지원하는지 확인하기 :

1. 콘솔창으로 Instance 접속
2. instance information > Live Migration 필드 확인. 필드가 View incompatibilities로 확인된다면 Live Migration을 지원하지 않는다.

Category Criteria that support live migration Can setting be edited after creating the instance?

Realm	Tenancy is in the https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm#top.	No.
Shape	Instance uses one of the following https://docs.oracle.com/en-us/iaas/Content/Compute/References/computeshapes.htm#Compute_Shapes:
• VM.Standard1 series
• VM.Standard.B1 series
• VM.Standard2 series
• VM.Standard3.Flex
• VM.Standard.E2 series
• VM.Standard.E2.1.Micro
• VM.Standard.E3.Flex
• VM.Standard.E4.Flex
• VM.Optimized3.Flex
Other VM shapes, bare metal instances, and instances on dedicated virtual machine hosts do not support live migration.	Yes, for some shapes. https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/resizinginstances.htm#Changing_the_Shape_of_an_Instance to a supported shape.
Alternatively, https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/terminatinginstance.htm#Terminating_an_Instance, but do not delete the associated boot volume. Then, use the boot volume to https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/launchinginstance.htm#top using a shape that supports live migration.
Image	Instances that use Linux or Windows https://docs.oracle.com/en-us/iaas/Content/Compute/References/images.htm#OracleProvided_Images support live migration.
For instances that use https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/managingcustomimages.htm#Managing_Custom_Images or Oracle Cloud Infrastructure Marketplace images, Oracle Cloud Infrastructure attempts to live migrate the instance.	No.
Networking launch type	Instance uses https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/launchinginstance.htm#networking.	Yes, https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/edit-launch-options.htm#edit-launch-options.
Shielded instances	Not supported.	No.
Windows Defender Credential Guard is enabled	Not supported.	No.
Virtual network interface cards (VNICs)	Maximum total number of attached VNICs is six.	Yes, https://docs.oracle.com/en-us/iaas/Content/Network/Tasks/managingVNICs.htm#To3 until six or fewer VNICs total are attached.

Reboot Migration

• 인스턴스가 중지된 상태로 정상 호스트에 마이그레이션 되며, 끝나게 되면 재기동됨.
• 마이그레이션이 되는 동안 약간의 downtime이 발생하게됨.
• downtime이 발생한다면 유지보수 마감기한 전에 인스턴스를 reboot migration을 수동으로 진행하도록 컨트롤 할 수 있다.
• reboot migration은 dense I/O shape를 사용하는 VM 인스턴스 및 standard shape을 사용하는 BM 인스턴스를 지원한다.
• 기본적인 유지보수는 인스턴스의 shape에 따라 다름.

<aside> 💡 VM instance :

standard shape

• 유지보수 마감기한이 지나고 24시간 안에, VM인스턴스 기동 중지와 마이그레이션 및 재기동이 진행됨. downtime이 발생.
• 유지보수 마감기한 전에 인스턴스를 reboot migration을 한다면 downtime시간을 조정할 수 있음.

Dense I/O shape

• Dense I/O shapes : 유지보수 마감기한에 VM인스턴스가 중지와 rebuilt 되며 재기동됨. downtime이 발생하게 됨.

다운타임 최소화 하기

• 로컬로 연결된 NVMe-based SSD를 삭제한다.
• 스케쥴된 유지보수 전에 인스턴스를 재기동함.
• 인스턴스는 정상 호스트에 reboot migration 됨.
• migration 된다면 SSD는 영구적으로 삭제됨. </aside>

<aside> 💡 BM instance :

standard shape

• 유지보수 마감기한 후 24시간 안에 BM 인스턴스가 중지, 마이그레이션 및 재기동됨.
• downtime이 발생함.
• 유지보수 마감기한 전에 인스턴스를 수동으로 reboot migration 함으로써 downtime 컨트롤 가능.
• Reboot Migration이 실패한다면, OCI는 알람을 발생하게됨.
• 이 경우, Manual Migration을 진행해야함. (수동 마이그레이션은 아래 글 참고)
• Reboot Migration이 된 후에, 인스턴스에서 Maintenance reboot 필드가 사라진다.
• 이 경우 인스턴스가 정상적으로 migration된 것임.

</aside>

Reboot Migration deadline 연장

• reboot migration이 스케쥴된 인스턴스를 위한 유지보수 마감기한을 연장 가능하다.
• 마감기한을 연장하는 것은 Standard Shape을 사용하는 VM 및 BM 인스턴스에 적용 가능함.
• OCI는 마감기한이 연장될 수 있는 가장 빠른 기간을 결정함.

Reboot Migration 선필수조건

• /etc/fstab에 정의된 Block Volume이 recommended options를 사용하는지 확인한다. recommended options.
• File Storage Service (NFS) 마운트가 nofail 옵션을 사용하는지 확인.
• Secondary VNICs를 설정하기 위해 Oracle-provided script를 사용한다면, 기동시 스크립트가 자동으로 시작되는지 확인. Oracle-provided script
• Dense I/O shape을 사용한다면, 로컬로 연결된 NVMe 기반 SSD를 백업.

1. 하나 이상의 블록 볼륨을 생성하고 attach .
2. NVMe 장치에서 블록 볼륨으로 데이터를 복사.

Reboot Migration을 사용하여 VM instance 마이그레이션 하기

==BM 인스턴스 마이그레이션은 추후 업데이트 예정입니다.==

1. 기동중인 애플리케이션을 중지.
2. 콘솔, CLI, SDK를 사용하여 인스턴스를 재기동.
3. Dense I/O shape을 사용중일 때,
4. - Console 사용 :

reboot instance를 하게 되면 모든 데이터가 영구적으로 삭제됨.

삭제를 하지 않으려면 NVMe SSD의 백업본을 생성 후 reboot을 진행해야함.

  - CLI or SDK 사용 : `allowDenseRebootMigration` 변수를 `true`로 변경 

ex) java SDK

/** This is an automatically generated code sample. 
To make this code sample work in your Oracle Cloud tenancy, 
please replace the values for any parameters whose current values do not fit
your use case (such as resource IDs, strings containing ‘EXAMPLE’ or ‘unique_id’, and 
boolean, number, and enum parameters with values not fitting your use case).
*/

import com.oracle.bmc.ConfigFileReader;
import com.oracle.bmc.auth.AuthenticationDetailsProvider;
import com.oracle.bmc.auth.ConfigFileAuthenticationDetailsProvider;
import com.oracle.bmc.core.ComputeClient;
import com.oracle.bmc.core.model.*;
import com.oracle.bmc.core.requests.*;
import com.oracle.bmc.core.responses.*;
import java.math.BigDecimal;

import java.util.ArrayList;
import java.util.HashMap;
import java.util.Date;
import java.util.UUID;
import java.util.Arrays;

public class InstanceActionExample {
    public static void main(String[] args) throws Exception {

        /**
         * Create a default authentication provider that uses the DEFAULT
         * profile in the configuration file.
         * Refer to EXAMPLE-instanceId-Value")
		.action("START")
		.opcRetryToken("EXAMPLE-opcRetryToken-Value")
		.ifMatch("EXAMPLE-ifMatch-Value")
		.instancePowerActionDetails(instancePowerActionDetails).build();

        /* Send request to the Client */
        InstanceActionResponse response = client.instanceAction(instanceActionRequest);
    }

    
}

1. Maintenance reboot 필드에 날짜가 없는지 확인한다.

1. 인스턴스에서 모든 애플리케이션을 시작하고 테스트.
2. Dense I/O 를 사용하는 인스턴스의 경우, NVMe-based SSD 복원:
   1. 로컬 NVMe 장치를 백업하는 데 사용되는 불록볼륨을 연결함.
   2. 새 인스턴스의 NVMe 스토리지에 데이터를 복사함.
   3. 블록 볼륨을 해제하고 선택적으로 삭제.

Manual Migration

Manual Migration 선필수조건

• 인스턴스의 region, AD, FD
• 인스턴스의 표시 이름
• 모든 private IP 주소, 이름, 서브넷, 인스턴스에는 복수의 VNIC를 가질 수 있으며 각각의 VNICs는 복수의 Secondary IP 주소를 가질 수 있음.
• 모든 Private DNS name, 인스턴스는 멀티 VNICs를 가질 수 있으며 각각의 VNIC는 멀티 Secondary IP 주소를 가질 수 있음.
• 모든 Public IP 주소는 Reserved Public Pool에서 배정됨. 인스턴스는 멀티 VNICs를 가질 수 있으며 각각의 VNIC는 멀티 Secondary Private IP 주소를 가질 수 있음. 각각의 VNIC와 secondary private IP는 attached된 Public IP 주소를 가질 수 있다.
• 인스턴스에 연결된 Block Volume 필요

• Oracle Cloud Infrastructure는 컴퓨팅 인스턴스의 물리적 인프라에서 데이터 센터 유지 관리를 수행.
• 유지 관리에는 하드웨어 업그레이드 및 교체 또는 호스트 전원 공급을 중단하는 유지 관리 수행과 같은 작업이 포함됨.
• 인프라 유지 관리, 마이그레이션 옵션 및 인프라 유지 관리를 모니터링하는 데 사용할 수 있는 상태 메트릭에 대한 세부 정보를 제공.
• 컴퓨팅 인프라 상태 지표를 사용하여 유지 관리 중에 인스턴스의 상태를 모니터링할 수 있음.

Planned Maintenance 중 인스턴스 복구

• 인스턴스의 인프라가 Planned maintenance가 필요할 때, Oracle Cloud Infrasturcture는 자동으로 인스턴스를 복구하도록 시도한다.

<aside> 💡 maintenance는 인스턴스의 유형에 따라 다릅니다.

• VM instance : Live migration ⇒ Live migration이 실패하면 reboot migration으로 진행됨.
• BM instance : Reboot migration ⇒ Reboot migration이 실패하면, manual migration으로 진행됨.

</aside>

VM intance에 대한 planned Maintenance 발생시

• Infrastructure maintenance 이벤트가 VM instance에 영향을 끼칠 때, OCI가 Live Migration를 지원함.
• 만약 VM 인스턴스가 Live Migration 되지 않거나 지원하지 않는 shape을 사용 중일 때는, OCI가 14일~16일 안에 maintenance 마감기한을 스케쥴하게 됨.
• OCI가 마감기한을 스케쥴하게 되면 Migration action (Live migration / Reboot Migration Manual Migration)을 설명하는 알람을 발송하게 됨.
• VM인스턴스에 대한 유지보수가 예상된다면, 예정된 유지보수 날짜에 맞춰서 그전에 인스턴스를 재기동 / 중지 할 수 있음. (수동으로 하는 게 다운타임을 잘 컨트롤 할 수 있음)
• 수동으로 재기동하지 않았으면, VM인스턴스는 Shape에 따라 reboot migration 되거나 rebuilt in place 됨

*rebuilt in place 에 대한 자세한 설명 : https://docs.oracle.com/en-us/iaas/Content/Compute/References/infrastructure-maintenance.htm#rebuild-in-place

• Standard Shape의 경우에는 유지보수 마감기한을 연장할 수 있다.
• 예정된 유지보수 시간 전에 재기동하지 못한다면 OCI는 인스턴스를 reboot migration 또는 rebuild 한다.

<aside> 💡 Supported

• 외부 platform images 및 custom images
• Standard 및 dense I/O shape </aside>

<aside> 💡 제한사항

• VM 인스턴스에서 너무 많은 활동, API를 사용한 인스턴스 변경, 인스턴스와 관련 없는 내부 에러가 발생시에는 Live Migration이 정상적이지 않을 수 있음. </aside>

BM Instance에 대한 Planned maintenance 발생시

• 인프라 유지보수 이벤트가 BM instance에 영향을 끼칠 때, OCI는 reboot migration을 지원한다.
• OCI는 14일~16일 안에 유지보수 마감기한을 스케쥴하고 maintenance action (reboot migration / manual migration) 을 설명하는 알람을 발송함.
• 유지보수 마감기한 후 24시간 이내에 BM instance가 중지되고 Migration을 시작한다. 어느정도의 downtime은 발생함.
• BM인스턴스에 대한 유지보수가 예상된다면 유지보수 이벤트전에 수동으로 reboot 할 수 있다. (VM과 마찬가지로 수동으로 reboot 하는 게 유지보수에 대한 다운타임을 잘 컨트롤 할 수 있다고 한다)
• 수동으로 reboot 하지 않으면 reboot migration됨.
• Standard Shape의 경우에는 유지보수 마감기한을 연장할 수 있다.

<aside> 💡 Not Supported

• windows image
• custom image
• shield instance
• 인덱스가 1인 물리적 NIC에 구성되고 Secondary VNICs 가 생성된 인스턴스
• iPXE script에서 표준 sanboot 커맨드를 사용하지 않는 인스턴스 </aside>

<aside> 💡 Supported

• Linux-Based 이미지를 사용하는 standard shape을 지원함 </aside>

Planned Maintenance가 있는 인스턴스 식별하기

• 만약 인스턴스가 Live Migration, Reboot Migration, rebuild in place 를 지원한다면, instance information에서 Maintenance reboot field를 확인해보면 planned maintenance의 날짜를 확인할 수 있다.
• Manual Migration만 지원하는 인스턴스는, Oracle Cloud Infrastructure 에서 호스트에게 알림을 발송해준다. (Maintenance reboot field에는 date를 명시해주지 않는다)

Infrastructure 실패로 인한 VM 복구

소프트웨어나 하드웨어 이슈 때문에 VM 인스턴스의 장애가 발생한다면, OCI는 자동으로 복구를 시도한다.

Standart VM 인스턴스

• reboot migration을 사용하여 자동으로 정상적인 호스트로 복구된다.
• VM 인스턴스 장애는 1분 안에 감지됨
• 호스트가 즉시 복구되지 않는다면, 다른 정상 호스트로 VM이 이동함.
• Migration 프로세스와 정상 호스트의 재기동은 5분안에 자동으로 시작함.

<aside> 💡 재기동되는 동안 인스턴스 속성 ( Block Volume에 연결된 Private IP 와 ephemeral Public IP 그리고 VNICs)은 보존된다.

</aside>

Dense I/O VM인스턴스

• 똑같은 물리적 호스트에 인스턴스를 재기동함으로써 복구됨.
• 똑같은 물리적 호스트에 복구가 불가능하다면, OCI는 14일 안에 인스턴스를 terminate 하도록 알림을 준다.
• 마감기한 전에 인스턴스를 삭제하지 않는다면, OCI는 마감기한에 해당 인스턴스를 disabled 되도록 하며 그 이후의 7일 안에 해당 인스턴스를 삭제한다.

<aside> 💡 Data Volume에 연결된 Boot Volume은 보존된다.

</aside>

• OCI는 메일이나 Announcement로 VM 인프라 장애 이벤트를 알려준다.
• 조치된 복구 사항도 알려줌
• 예기치 않은 재기동을 모니터링하도록 instance status metric을 사용할 수 있다.
• 장애가 복구된 후에 인스턴스가 자동으로 재시작이 되는 것을 막을 수 있음

https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/edit-maintenance-recovery-action.htm#edit-maintenance-recovery-action

Maintenance Actions

Live Migration

• Live Migration 기능을 Enabled로 활성화하게 되면 인스턴스가 기동 중일 때, 장애를 최소화하며 물리적 VM 호스트에 Live Migration 하는 기능.
• 마이그레이션의 progress를 확인하기 위해 이벤트를 사용할 수 있다.
• 비활성화된 상태라면, 유지보수에 대한 알람이 발생
• Live Migration이 enabled 되었지만 실패한다면, Reboot migraion이 사용됨. (Reboot Migration에 대한 설명은 아래에 있습니다)
• Live Migration 기능이 enabled된 인스턴스가 마이그레이션 되지 않는다면, OCI는 Reboot Migration을 진행하라는 마감기한(within 14~16일)을 스케쥴링 하게 되며 해당 알람을 발송.
• 마감기한(withtin 14~16일) 전에 인스턴스를 수동으로 재기동하지 않는다면 인스턴스는 Live Migration만 된다.
• 진행예정인 유지보수에 대한 알람발생 없이 마이그레이션 한다.
• 일단 Live Migration이 시작되고 종료된 후에 인프라 유지보수 이벤트가 발생

Live Migration Support 대상

인스턴스가 Live Migration을 지원하는지 확인하기 :

1. 콘솔창으로 Instance 접속
2. instance information > Live Migration 필드 확인. 필드가 View incompatibilities로 확인된다면 Live Migration을 지원하지 않는다.

Category Criteria that support live migration Can setting be edited after creating the instance?

Realm	Tenancy is in the https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm#top.	No.
Shape	Instance uses one of the following https://docs.oracle.com/en-us/iaas/Content/Compute/References/computeshapes.htm#Compute_Shapes:
• VM.Standard1 series
• VM.Standard.B1 series
• VM.Standard2 series
• VM.Standard3.Flex
• VM.Standard.E2 series
• VM.Standard.E2.1.Micro
• VM.Standard.E3.Flex
• VM.Standard.E4.Flex
• VM.Optimized3.Flex
Other VM shapes, bare metal instances, and instances on dedicated virtual machine hosts do not support live migration.	Yes, for some shapes. https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/resizinginstances.htm#Changing_the_Shape_of_an_Instance to a supported shape.
Alternatively, https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/terminatinginstance.htm#Terminating_an_Instance, but do not delete the associated boot volume. Then, use the boot volume to https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/launchinginstance.htm#top using a shape that supports live migration.
Image	Instances that use Linux or Windows https://docs.oracle.com/en-us/iaas/Content/Compute/References/images.htm#OracleProvided_Images support live migration.
For instances that use https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/managingcustomimages.htm#Managing_Custom_Images or Oracle Cloud Infrastructure Marketplace images, Oracle Cloud Infrastructure attempts to live migrate the instance.	No.
Networking launch type	Instance uses https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/launchinginstance.htm#networking.	Yes, https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/edit-launch-options.htm#edit-launch-options.
Shielded instances	Not supported.	No.
Windows Defender Credential Guard is enabled	Not supported.	No.
Virtual network interface cards (VNICs)	Maximum total number of attached VNICs is six.	Yes, https://docs.oracle.com/en-us/iaas/Content/Network/Tasks/managingVNICs.htm#To3 until six or fewer VNICs total are attached.

Reboot Migration

• 인스턴스가 중지된 상태로 정상 호스트에 마이그레이션 되며, 끝나게 되면 재기동됨.
• 마이그레이션이 되는 동안 약간의 downtime이 발생하게됨.
• downtime이 발생한다면 유지보수 마감기한 전에 인스턴스를 reboot migration을 수동으로 진행하도록 컨트롤 할 수 있다.
• reboot migration은 dense I/O shape를 사용하는 VM 인스턴스 및 standard shape을 사용하는 BM 인스턴스를 지원한다.
• 기본적인 유지보수는 인스턴스의 shape에 따라 다름.

<aside> 💡 VM instance :

standard shape

• 유지보수 마감기한이 지나고 24시간 안에, VM인스턴스 기동 중지와 마이그레이션 및 재기동이 진행됨. downtime이 발생.
• 유지보수 마감기한 전에 인스턴스를 reboot migration을 한다면 downtime시간을 조정할 수 있음.

Dense I/O shape

• Dense I/O shapes : 유지보수 마감기한에 VM인스턴스가 중지와 rebuilt 되며 재기동됨. downtime이 발생하게 됨.

다운타임 최소화 하기

• 로컬로 연결된 NVMe-based SSD를 삭제한다.
• 스케쥴된 유지보수 전에 인스턴스를 재기동함.
• 인스턴스는 정상 호스트에 reboot migration 됨.
• migration 된다면 SSD는 영구적으로 삭제됨. </aside>

<aside> 💡 BM instance :

standard shape

• 유지보수 마감기한 후 24시간 안에 BM 인스턴스가 중지, 마이그레이션 및 재기동됨.
• downtime이 발생함.
• 유지보수 마감기한 전에 인스턴스를 수동으로 reboot migration 함으로써 downtime 컨트롤 가능.
• Reboot Migration이 실패한다면, OCI는 알람을 발생하게됨.
• 이 경우, Manual Migration을 진행해야함. (수동 마이그레이션은 아래 글 참고)
• Reboot Migration이 된 후에, 인스턴스에서 Maintenance reboot 필드가 사라진다.
• 이 경우 인스턴스가 정상적으로 migration된 것임.

</aside>

Reboot Migration deadline 연장

• reboot migration이 스케쥴된 인스턴스를 위한 유지보수 마감기한을 연장 가능하다.
• 마감기한을 연장하는 것은 Standard Shape을 사용하는 VM 및 BM 인스턴스에 적용 가능함.
• OCI는 마감기한이 연장될 수 있는 가장 빠른 기간을 결정함.

Reboot Migration 선필수조건

• /etc/fstab에 정의된 Block Volume이 recommended options를 사용하는지 확인한다. recommended options.
• File Storage Service (NFS) 마운트가 nofail 옵션을 사용하는지 확인.
• Secondary VNICs를 설정하기 위해 Oracle-provided script를 사용한다면, 기동시 스크립트가 자동으로 시작되는지 확인. Oracle-provided script
• Dense I/O shape을 사용한다면, 로컬로 연결된 NVMe 기반 SSD를 백업.

1. 하나 이상의 블록 볼륨을 생성하고 attach .
2. NVMe 장치에서 블록 볼륨으로 데이터를 복사.

Reboot Migration을 사용하여 VM instance 마이그레이션 하기

==BM 인스턴스 마이그레이션은 추후 업데이트 예정입니다.==

1. 기동중인 애플리케이션을 중지.
2. 콘솔, CLI, SDK를 사용하여 인스턴스를 재기동.
3. Dense I/O shape을 사용중일 때,
4. - Console 사용 :

reboot instance를 하게 되면 모든 데이터가 영구적으로 삭제됨.

삭제를 하지 않으려면 NVMe SSD의 백업본을 생성 후 reboot을 진행해야함.

  - CLI or SDK 사용 : `allowDenseRebootMigration` 변수를 `true`로 변경 

ex) java SDK

/** This is an automatically generated code sample. 
To make this code sample work in your Oracle Cloud tenancy, 
please replace the values for any parameters whose current values do not fit
your use case (such as resource IDs, strings containing ‘EXAMPLE’ or ‘unique_id’, and 
boolean, number, and enum parameters with values not fitting your use case).
*/

import com.oracle.bmc.ConfigFileReader;
import com.oracle.bmc.auth.AuthenticationDetailsProvider;
import com.oracle.bmc.auth.ConfigFileAuthenticationDetailsProvider;
import com.oracle.bmc.core.ComputeClient;
import com.oracle.bmc.core.model.*;
import com.oracle.bmc.core.requests.*;
import com.oracle.bmc.core.responses.*;
import java.math.BigDecimal;

import java.util.ArrayList;
import java.util.HashMap;
import java.util.Date;
import java.util.UUID;
import java.util.Arrays;

public class InstanceActionExample {
    public static void main(String[] args) throws Exception {

        /**
         * Create a default authentication provider that uses the DEFAULT
         * profile in the configuration file.
         * Refer to EXAMPLE-instanceId-Value")
		.action("START")
		.opcRetryToken("EXAMPLE-opcRetryToken-Value")
		.ifMatch("EXAMPLE-ifMatch-Value")
		.instancePowerActionDetails(instancePowerActionDetails).build();

        /* Send request to the Client */
        InstanceActionResponse response = client.instanceAction(instanceActionRequest);
    }

    
}

1. Maintenance reboot 필드에 날짜가 없는지 확인한다.

1. 인스턴스에서 모든 애플리케이션을 시작하고 테스트.
2. Dense I/O 를 사용하는 인스턴스의 경우, NVMe-based SSD 복원:
   1. 로컬 NVMe 장치를 백업하는 데 사용되는 불록볼륨을 연결함.
   2. 새 인스턴스의 NVMe 스토리지에 데이터를 복사함.
   3. 블록 볼륨을 해제하고 선택적으로 삭제.

Manual Migration

Manual Migration 선필수조건

• 인스턴스의 region, AD, FD
• 인스턴스의 표시 이름
• 모든 private IP 주소, 이름, 서브넷, 인스턴스에는 복수의 VNIC를 가질 수 있으며 각각의 VNICs는 복수의 Secondary IP 주소를 가질 수 있음.
• 모든 Private DNS name, 인스턴스는 멀티 VNICs를 가질 수 있으며 각각의 VNIC는 멀티 Secondary IP 주소를 가질 수 있음.
• 모든 Public IP 주소는 Reserved Public Pool에서 배정됨. 인스턴스는 멀티 VNICs를 가질 수 있으며 각각의 VNIC는 멀티 Secondary Private IP 주소를 가질 수 있음. 각각의 VNIC와 secondary private IP는 attached된 Public IP 주소를 가질 수 있다.
• 인스턴스에 연결된 Block Volume 필요

Infrastructure Maintenance

인프라 유지보수

• Oracle Cloud Infrastructure는 컴퓨팅 인스턴스의 물리적 인프라에서 데이터 센터 유지 관리를 수행.
• 유지 관리에는 하드웨어 업그레이드 및 교체 또는 호스트 전원 공급을 중단하는 유지 관리 수행과 같은 작업이 포함됨.
• 인프라 유지 관리, 마이그레이션 옵션 및 인프라 유지 관리를 모니터링하는 데 사용할 수 있는 상태 메트릭에 대한 세부 정보를 제공.
• 컴퓨팅 인프라 상태 지표를 사용하여 유지 관리 중에 인스턴스의 상태를 모니터링할 수 있음.

Planned Maintenance 중 인스턴스 복구

• 인스턴스의 인프라가 Planned maintenance가 필요할 때, Oracle Cloud Infrasturcture는 자동으로 인스턴스를 복구하도록 시도한다.

<aside> 💡 maintenance는 인스턴스의 유형에 따라 다릅니다.

• VM instance : Live migration ⇒ Live migration이 실패하면 reboot migration으로 진행됨.
• BM instance : Reboot migration ⇒ Reboot migration이 실패하면, manual migration으로 진행됨.

</aside>

VM intance에 대한 planned Maintenance 발생시

• Infrastructure maintenance 이벤트가 VM instance에 영향을 끼칠 때, OCI가 Live Migration를 지원함.
• 만약 VM 인스턴스가 Live Migration 되지 않거나 지원하지 않는 shape을 사용 중일 때는, OCI가 14일~16일 안에 maintenance 마감기한을 스케쥴하게 됨.
• OCI가 마감기한을 스케쥴하게 되면 Migration action (Live migration / Reboot Migration Manual Migration)을 설명하는 알람을 발송하게 됨.
• VM인스턴스에 대한 유지보수가 예상된다면, 예정된 유지보수 날짜에 맞춰서 그전에 인스턴스를 재기동 / 중지 할 수 있음. (수동으로 하는 게 다운타임을 잘 컨트롤 할 수 있음)
• 수동으로 재기동하지 않았으면, VM인스턴스는 Shape에 따라 reboot migration 되거나 rebuilt in place 됨

*rebuilt in place 에 대한 자세한 설명 : https://docs.oracle.com/en-us/iaas/Content/Compute/References/infrastructure-maintenance.htm#rebuild-in-place

• Standard Shape의 경우에는 유지보수 마감기한을 연장할 수 있다.
• 예정된 유지보수 시간 전에 재기동하지 못한다면 OCI는 인스턴스를 reboot migration 또는 rebuild 한다.

<aside> 💡 Supported

• 외부 platform images 및 custom images
• Standard 및 dense I/O shape </aside>

<aside> 💡 제한사항

• VM 인스턴스에서 너무 많은 활동, API를 사용한 인스턴스 변경, 인스턴스와 관련 없는 내부 에러가 발생시에는 Live Migration이 정상적이지 않을 수 있음. </aside>

BM Instance에 대한 Planned maintenance 발생시

• 인프라 유지보수 이벤트가 BM instance에 영향을 끼칠 때, OCI는 reboot migration을 지원한다.
• OCI는 14일~16일 안에 유지보수 마감기한을 스케쥴하고 maintenance action (reboot migration / manual migration) 을 설명하는 알람을 발송함.
• 유지보수 마감기한 후 24시간 이내에 BM instance가 중지되고 Migration을 시작한다. 어느정도의 downtime은 발생함.
• BM인스턴스에 대한 유지보수가 예상된다면 유지보수 이벤트전에 수동으로 reboot 할 수 있다. (VM과 마찬가지로 수동으로 reboot 하는 게 유지보수에 대한 다운타임을 잘 컨트롤 할 수 있다고 한다)
• 수동으로 reboot 하지 않으면 reboot migration됨.
• Standard Shape의 경우에는 유지보수 마감기한을 연장할 수 있다.

<aside> 💡 Not Supported

• windows image
• custom image
• shield instance
• 인덱스가 1인 물리적 NIC에 구성되고 Secondary VNICs 가 생성된 인스턴스
• iPXE script에서 표준 sanboot 커맨드를 사용하지 않는 인스턴스 </aside>

<aside> 💡 Supported

• Linux-Based 이미지를 사용하는 standard shape을 지원함 </aside>

Planned Maintenance가 있는 인스턴스 식별하기

• 만약 인스턴스가 Live Migration, Reboot Migration, rebuild in place 를 지원한다면, instance information에서 Maintenance reboot field를 확인해보면 planned maintenance의 날짜를 확인할 수 있다.
• Manual Migration만 지원하는 인스턴스는, Oracle Cloud Infrastructure 에서 호스트에게 알림을 발송해준다. (Maintenance reboot field에는 date를 명시해주지 않는다)

Infrastructure 실패로 인한 VM 복구

소프트웨어나 하드웨어 이슈 때문에 VM 인스턴스의 장애가 발생한다면, OCI는 자동으로 복구를 시도한다.

Standart VM 인스턴스

• reboot migration을 사용하여 자동으로 정상적인 호스트로 복구된다.
• VM 인스턴스 장애는 1분 안에 감지됨
• 호스트가 즉시 복구되지 않는다면, 다른 정상 호스트로 VM이 이동함.
• Migration 프로세스와 정상 호스트의 재기동은 5분안에 자동으로 시작함.

<aside> 💡 재기동되는 동안 인스턴스 속성 ( Block Volume에 연결된 Private IP 와 ephemeral Public IP 그리고 VNICs)은 보존된다.

</aside>

Dense I/O VM인스턴스

• 똑같은 물리적 호스트에 인스턴스를 재기동함으로써 복구됨.
• 똑같은 물리적 호스트에 복구가 불가능하다면, OCI는 14일 안에 인스턴스를 terminate 하도록 알림을 준다.
• 마감기한 전에 인스턴스를 삭제하지 않는다면, OCI는 마감기한에 해당 인스턴스를 disabled 되도록 하며 그 이후의 7일 안에 해당 인스턴스를 삭제한다.

<aside> 💡 Data Volume에 연결된 Boot Volume은 보존된다.

</aside>

• OCI는 메일이나 Announcement로 VM 인프라 장애 이벤트를 알려준다.
• 조치된 복구 사항도 알려줌
• 예기치 않은 재기동을 모니터링하도록 instance status metric을 사용할 수 있다.
• 장애가 복구된 후에 인스턴스가 자동으로 재시작이 되는 것을 막을 수 있음

https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/edit-maintenance-recovery-action.htm#edit-maintenance-recovery-action

Maintenance Actions

Live Migration

• Live Migration 기능을 Enabled로 활성화하게 되면 인스턴스가 기동 중일 때, 장애를 최소화하며 물리적 VM 호스트에 Live Migration 하는 기능.
• 마이그레이션의 progress를 확인하기 위해 이벤트를 사용할 수 있다.
• 비활성화된 상태라면, 유지보수에 대한 알람이 발생
• Live Migration이 enabled 되었지만 실패한다면, Reboot migraion이 사용됨. (Reboot Migration에 대한 설명은 아래에 있습니다)
• Live Migration 기능이 enabled된 인스턴스가 마이그레이션 되지 않는다면, OCI는 Reboot Migration을 진행하라는 마감기한(within 14~16일)을 스케쥴링 하게 되며 해당 알람을 발송.
• 마감기한(withtin 14~16일) 전에 인스턴스를 수동으로 재기동하지 않는다면 인스턴스는 Live Migration만 된다.
• 진행예정인 유지보수에 대한 알람발생 없이 마이그레이션 한다.
• 일단 Live Migration이 시작되고 종료된 후에 인프라 유지보수 이벤트가 발생

Live Migration Support 대상

인스턴스가 Live Migration을 지원하는지 확인하기 :

1. 콘솔창으로 Instance 접속
2. instance information > Live Migration 필드 확인. 필드가 View incompatibilities로 확인된다면 Live Migration을 지원하지 않는다.

Category Criteria that support live migration Can setting be edited after creating the instance?

Realm	Tenancy is in the https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm#top.	No.
Shape	Instance uses one of the following https://docs.oracle.com/en-us/iaas/Content/Compute/References/computeshapes.htm#Compute_Shapes:
• VM.Standard1 series
• VM.Standard.B1 series
• VM.Standard2 series
• VM.Standard3.Flex
• VM.Standard.E2 series
• VM.Standard.E2.1.Micro
• VM.Standard.E3.Flex
• VM.Standard.E4.Flex
• VM.Optimized3.Flex
Other VM shapes, bare metal instances, and instances on dedicated virtual machine hosts do not support live migration.	Yes, for some shapes. https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/resizinginstances.htm#Changing_the_Shape_of_an_Instance to a supported shape.
Alternatively, https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/terminatinginstance.htm#Terminating_an_Instance, but do not delete the associated boot volume. Then, use the boot volume to https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/launchinginstance.htm#top using a shape that supports live migration.
Image	Instances that use Linux or Windows https://docs.oracle.com/en-us/iaas/Content/Compute/References/images.htm#OracleProvided_Images support live migration.
For instances that use https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/managingcustomimages.htm#Managing_Custom_Images or Oracle Cloud Infrastructure Marketplace images, Oracle Cloud Infrastructure attempts to live migrate the instance.	No.
Networking launch type	Instance uses https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/launchinginstance.htm#networking.	Yes, https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/edit-launch-options.htm#edit-launch-options.
Shielded instances	Not supported.	No.
Windows Defender Credential Guard is enabled	Not supported.	No.
Virtual network interface cards (VNICs)	Maximum total number of attached VNICs is six.	Yes, https://docs.oracle.com/en-us/iaas/Content/Network/Tasks/managingVNICs.htm#To3 until six or fewer VNICs total are attached.

Reboot Migration

• 인스턴스가 중지된 상태로 정상 호스트에 마이그레이션 되며, 끝나게 되면 재기동됨.
• 마이그레이션이 되는 동안 약간의 downtime이 발생하게됨.
• downtime이 발생한다면 유지보수 마감기한 전에 인스턴스를 reboot migration을 수동으로 진행하도록 컨트롤 할 수 있다.
• reboot migration은 dense I/O shape를 사용하는 VM 인스턴스 및 standard shape을 사용하는 BM 인스턴스를 지원한다.
• 기본적인 유지보수는 인스턴스의 shape에 따라 다름.

<aside> 💡 VM instance :

standard shape

• 유지보수 마감기한이 지나고 24시간 안에, VM인스턴스 기동 중지와 마이그레이션 및 재기동이 진행됨. downtime이 발생.
• 유지보수 마감기한 전에 인스턴스를 reboot migration을 한다면 downtime시간을 조정할 수 있음.

Dense I/O shape

• Dense I/O shapes : 유지보수 마감기한에 VM인스턴스가 중지와 rebuilt 되며 재기동됨. downtime이 발생하게 됨.

다운타임 최소화 하기

• 로컬로 연결된 NVMe-based SSD를 삭제한다.
• 스케쥴된 유지보수 전에 인스턴스를 재기동함.
• 인스턴스는 정상 호스트에 reboot migration 됨.
• migration 된다면 SSD는 영구적으로 삭제됨. </aside>

<aside> 💡 BM instance :

standard shape

• 유지보수 마감기한 후 24시간 안에 BM 인스턴스가 중지, 마이그레이션 및 재기동됨.
• downtime이 발생함.
• 유지보수 마감기한 전에 인스턴스를 수동으로 reboot migration 함으로써 downtime 컨트롤 가능.
• Reboot Migration이 실패한다면, OCI는 알람을 발생하게됨.
• 이 경우, Manual Migration을 진행해야함. (수동 마이그레이션은 아래 글 참고)
• Reboot Migration이 된 후에, 인스턴스에서 Maintenance reboot 필드가 사라진다.
• 이 경우 인스턴스가 정상적으로 migration된 것임.

</aside>

Reboot Migration deadline 연장

• reboot migration이 스케쥴된 인스턴스를 위한 유지보수 마감기한을 연장 가능하다.
• 마감기한을 연장하는 것은 Standard Shape을 사용하는 VM 및 BM 인스턴스에 적용 가능함.
• OCI는 마감기한이 연장될 수 있는 가장 빠른 기간을 결정함.

Reboot Migration 선필수조건

• /etc/fstab에 정의된 Block Volume이 recommended options를 사용하는지 확인한다. recommended options.
• File Storage Service (NFS) 마운트가 nofail 옵션을 사용하는지 확인.
• Secondary VNICs를 설정하기 위해 Oracle-provided script를 사용한다면, 기동시 스크립트가 자동으로 시작되는지 확인. Oracle-provided script
• Dense I/O shape을 사용한다면, 로컬로 연결된 NVMe 기반 SSD를 백업.

1. 하나 이상의 블록 볼륨을 생성하고 attach .
2. NVMe 장치에서 블록 볼륨으로 데이터를 복사.

Reboot Migration을 사용하여 VM instance 마이그레이션 하기

==BM 인스턴스 마이그레이션은 추후 업데이트 예정입니다.==

1. 기동중인 애플리케이션을 중지.
2. 콘솔, CLI, SDK를 사용하여 인스턴스를 재기동.
3. Dense I/O shape을 사용중일 때,
4. - Console 사용 :

reboot instance를 하게 되면 모든 데이터가 영구적으로 삭제됨.

삭제를 하지 않으려면 NVMe SSD의 백업본을 생성 후 reboot을 진행해야함.

  - CLI or SDK 사용 : `allowDenseRebootMigration` 변수를 `true`로 변경 

ex) java SDK

/** This is an automatically generated code sample. 
To make this code sample work in your Oracle Cloud tenancy, 
please replace the values for any parameters whose current values do not fit
your use case (such as resource IDs, strings containing ‘EXAMPLE’ or ‘unique_id’, and 
boolean, number, and enum parameters with values not fitting your use case).
*/

import com.oracle.bmc.ConfigFileReader;
import com.oracle.bmc.auth.AuthenticationDetailsProvider;
import com.oracle.bmc.auth.ConfigFileAuthenticationDetailsProvider;
import com.oracle.bmc.core.ComputeClient;
import com.oracle.bmc.core.model.*;
import com.oracle.bmc.core.requests.*;
import com.oracle.bmc.core.responses.*;
import java.math.BigDecimal;

import java.util.ArrayList;
import java.util.HashMap;
import java.util.Date;
import java.util.UUID;
import java.util.Arrays;

public class InstanceActionExample {
    public static void main(String[] args) throws Exception {

        /**
         * Create a default authentication provider that uses the DEFAULT
         * profile in the configuration file.
         * Refer to EXAMPLE-instanceId-Value")
		.action("START")
		.opcRetryToken("EXAMPLE-opcRetryToken-Value")
		.ifMatch("EXAMPLE-ifMatch-Value")
		.instancePowerActionDetails(instancePowerActionDetails).build();

        /* Send request to the Client */
        InstanceActionResponse response = client.instanceAction(instanceActionRequest);
    }

    
}

1. Maintenance reboot 필드에 날짜가 없는지 확인한다.

1. 인스턴스에서 모든 애플리케이션을 시작하고 테스트.
2. Dense I/O 를 사용하는 인스턴스의 경우, NVMe-based SSD 복원:
   1. 로컬 NVMe 장치를 백업하는 데 사용되는 불록볼륨을 연결함.
   2. 새 인스턴스의 NVMe 스토리지에 데이터를 복사함.
   3. 블록 볼륨을 해제하고 선택적으로 삭제.

Manual Migration

Manual Migration 선필수조건

• 인스턴스의 region, AD, FD
• 인스턴스의 표시 이름
• 모든 private IP 주소, 이름, 서브넷, 인스턴스에는 복수의 VNIC를 가질 수 있으며 각각의 VNICs는 복수의 Secondary IP 주소를 가질 수 있음.
• 모든 Private DNS name, 인스턴스는 멀티 VNICs를 가질 수 있으며 각각의 VNIC는 멀티 Secondary IP 주소를 가질 수 있음.
• 모든 Public IP 주소는 Reserved Public Pool에서 배정됨. 인스턴스는 멀티 VNICs를 가질 수 있으며 각각의 VNIC는 멀티 Secondary Private IP 주소를 가질 수 있음. 각각의 VNIC와 secondary private IP는 attached된 Public IP 주소를 가질 수 있다.
• 인스턴스에 연결된 Block Volume 필요

Infrastructure Maintenance

인프라 유지보수

• Oracle Cloud Infrastructure는 컴퓨팅 인스턴스의 물리적 인프라에서 데이터 센터 유지 관리를 수행.
• 유지 관리에는 하드웨어 업그레이드 및 교체 또는 호스트 전원 공급을 중단하는 유지 관리 수행과 같은 작업이 포함됨.
• 인프라 유지 관리, 마이그레이션 옵션 및 인프라 유지 관리를 모니터링하는 데 사용할 수 있는 상태 메트릭에 대한 세부 정보를 제공.
• 컴퓨팅 인프라 상태 지표를 사용하여 유지 관리 중에 인스턴스의 상태를 모니터링할 수 있음.

Planned Maintenance 중 인스턴스 복구

• 인스턴스의 인프라가 Planned maintenance가 필요할 때, Oracle Cloud Infrasturcture는 자동으로 인스턴스를 복구하도록 시도한다.

<aside> 💡 maintenance는 인스턴스의 유형에 따라 다릅니다.

• VM instance : Live migration ⇒ Live migration이 실패하면 reboot migration으로 진행됨.
• BM instance : Reboot migration ⇒ Reboot migration이 실패하면, manual migration으로 진행됨.

</aside>

VM intance에 대한 planned Maintenance 발생시

• Infrastructure maintenance 이벤트가 VM instance에 영향을 끼칠 때, OCI가 Live Migration를 지원함.
• 만약 VM 인스턴스가 Live Migration 되지 않거나 지원하지 않는 shape을 사용 중일 때는, OCI가 14일~16일 안에 maintenance 마감기한을 스케쥴하게 됨.
• OCI가 마감기한을 스케쥴하게 되면 Migration action (Live migration / Reboot Migration Manual Migration)을 설명하는 알람을 발송하게 됨.
• VM인스턴스에 대한 유지보수가 예상된다면, 예정된 유지보수 날짜에 맞춰서 그전에 인스턴스를 재기동 / 중지 할 수 있음. (수동으로 하는 게 다운타임을 잘 컨트롤 할 수 있음)
• 수동으로 재기동하지 않았으면, VM인스턴스는 Shape에 따라 reboot migration 되거나 rebuilt in place 됨

*rebuilt in place 에 대한 자세한 설명 : https://docs.oracle.com/en-us/iaas/Content/Compute/References/infrastructure-maintenance.htm#rebuild-in-place

• Standard Shape의 경우에는 유지보수 마감기한을 연장할 수 있다.
• 예정된 유지보수 시간 전에 재기동하지 못한다면 OCI는 인스턴스를 reboot migration 또는 rebuild 한다.

<aside> 💡 Supported

• 외부 platform images 및 custom images
• Standard 및 dense I/O shape </aside>

<aside> 💡 제한사항

• VM 인스턴스에서 너무 많은 활동, API를 사용한 인스턴스 변경, 인스턴스와 관련 없는 내부 에러가 발생시에는 Live Migration이 정상적이지 않을 수 있음. </aside>

BM Instance에 대한 Planned maintenance 발생시

• 인프라 유지보수 이벤트가 BM instance에 영향을 끼칠 때, OCI는 reboot migration을 지원한다.
• OCI는 14일~16일 안에 유지보수 마감기한을 스케쥴하고 maintenance action (reboot migration / manual migration) 을 설명하는 알람을 발송함.
• 유지보수 마감기한 후 24시간 이내에 BM instance가 중지되고 Migration을 시작한다. 어느정도의 downtime은 발생함.
• BM인스턴스에 대한 유지보수가 예상된다면 유지보수 이벤트전에 수동으로 reboot 할 수 있다. (VM과 마찬가지로 수동으로 reboot 하는 게 유지보수에 대한 다운타임을 잘 컨트롤 할 수 있다고 한다)
• 수동으로 reboot 하지 않으면 reboot migration됨.
• Standard Shape의 경우에는 유지보수 마감기한을 연장할 수 있다.

<aside> 💡 Not Supported

• windows image
• custom image
• shield instance
• 인덱스가 1인 물리적 NIC에 구성되고 Secondary VNICs 가 생성된 인스턴스
• iPXE script에서 표준 sanboot 커맨드를 사용하지 않는 인스턴스 </aside>

<aside> 💡 Supported

• Linux-Based 이미지를 사용하는 standard shape을 지원함 </aside>

Planned Maintenance가 있는 인스턴스 식별하기

• 만약 인스턴스가 Live Migration, Reboot Migration, rebuild in place 를 지원한다면, instance information에서 Maintenance reboot field를 확인해보면 planned maintenance의 날짜를 확인할 수 있다.
• Manual Migration만 지원하는 인스턴스는, Oracle Cloud Infrastructure 에서 호스트에게 알림을 발송해준다. (Maintenance reboot field에는 date를 명시해주지 않는다)

Infrastructure 실패로 인한 VM 복구

소프트웨어나 하드웨어 이슈 때문에 VM 인스턴스의 장애가 발생한다면, OCI는 자동으로 복구를 시도한다.

Standart VM 인스턴스

• reboot migration을 사용하여 자동으로 정상적인 호스트로 복구된다.
• VM 인스턴스 장애는 1분 안에 감지됨
• 호스트가 즉시 복구되지 않는다면, 다른 정상 호스트로 VM이 이동함.
• Migration 프로세스와 정상 호스트의 재기동은 5분안에 자동으로 시작함.

<aside> 💡 재기동되는 동안 인스턴스 속성 ( Block Volume에 연결된 Private IP 와 ephemeral Public IP 그리고 VNICs)은 보존된다.

</aside>

Dense I/O VM인스턴스

• 똑같은 물리적 호스트에 인스턴스를 재기동함으로써 복구됨.
• 똑같은 물리적 호스트에 복구가 불가능하다면, OCI는 14일 안에 인스턴스를 terminate 하도록 알림을 준다.
• 마감기한 전에 인스턴스를 삭제하지 않는다면, OCI는 마감기한에 해당 인스턴스를 disabled 되도록 하며 그 이후의 7일 안에 해당 인스턴스를 삭제한다.

<aside> 💡 Data Volume에 연결된 Boot Volume은 보존된다.

</aside>

• OCI는 메일이나 Announcement로 VM 인프라 장애 이벤트를 알려준다.
• 조치된 복구 사항도 알려줌
• 예기치 않은 재기동을 모니터링하도록 instance status metric을 사용할 수 있다.
• 장애가 복구된 후에 인스턴스가 자동으로 재시작이 되는 것을 막을 수 있음

https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/edit-maintenance-recovery-action.htm#edit-maintenance-recovery-action

Maintenance Actions

Live Migration

• Live Migration 기능을 Enabled로 활성화하게 되면 인스턴스가 기동 중일 때, 장애를 최소화하며 물리적 VM 호스트에 Live Migration 하는 기능.
• 마이그레이션의 progress를 확인하기 위해 이벤트를 사용할 수 있다.
• 비활성화된 상태라면, 유지보수에 대한 알람이 발생
• Live Migration이 enabled 되었지만 실패한다면, Reboot migraion이 사용됨. (Reboot Migration에 대한 설명은 아래에 있습니다)
• Live Migration 기능이 enabled된 인스턴스가 마이그레이션 되지 않는다면, OCI는 Reboot Migration을 진행하라는 마감기한(within 14~16일)을 스케쥴링 하게 되며 해당 알람을 발송.
• 마감기한(withtin 14~16일) 전에 인스턴스를 수동으로 재기동하지 않는다면 인스턴스는 Live Migration만 된다.
• 진행예정인 유지보수에 대한 알람발생 없이 마이그레이션 한다.
• 일단 Live Migration이 시작되고 종료된 후에 인프라 유지보수 이벤트가 발생

Live Migration Support 대상

인스턴스가 Live Migration을 지원하는지 확인하기 :

1. 콘솔창으로 Instance 접속
2. instance information > Live Migration 필드 확인. 필드가 View incompatibilities로 확인된다면 Live Migration을 지원하지 않는다.

Category Criteria that support live migration Can setting be edited after creating the instance?

Realm	Tenancy is in the https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm#top.	No.
Shape	Instance uses one of the following https://docs.oracle.com/en-us/iaas/Content/Compute/References/computeshapes.htm#Compute_Shapes:
• VM.Standard1 series
• VM.Standard.B1 series
• VM.Standard2 series
• VM.Standard3.Flex
• VM.Standard.E2 series
• VM.Standard.E2.1.Micro
• VM.Standard.E3.Flex
• VM.Standard.E4.Flex
• VM.Optimized3.Flex
Other VM shapes, bare metal instances, and instances on dedicated virtual machine hosts do not support live migration.	Yes, for some shapes. https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/resizinginstances.htm#Changing_the_Shape_of_an_Instance to a supported shape.
Alternatively, https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/terminatinginstance.htm#Terminating_an_Instance, but do not delete the associated boot volume. Then, use the boot volume to https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/launchinginstance.htm#top using a shape that supports live migration.
Image	Instances that use Linux or Windows https://docs.oracle.com/en-us/iaas/Content/Compute/References/images.htm#OracleProvided_Images support live migration.
For instances that use https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/managingcustomimages.htm#Managing_Custom_Images or Oracle Cloud Infrastructure Marketplace images, Oracle Cloud Infrastructure attempts to live migrate the instance.	No.
Networking launch type	Instance uses https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/launchinginstance.htm#networking.	Yes, https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/edit-launch-options.htm#edit-launch-options.
Shielded instances	Not supported.	No.
Windows Defender Credential Guard is enabled	Not supported.	No.
Virtual network interface cards (VNICs)	Maximum total number of attached VNICs is six.	Yes, https://docs.oracle.com/en-us/iaas/Content/Network/Tasks/managingVNICs.htm#To3 until six or fewer VNICs total are attached.

Reboot Migration

• 인스턴스가 중지된 상태로 정상 호스트에 마이그레이션 되며, 끝나게 되면 재기동됨.
• 마이그레이션이 되는 동안 약간의 downtime이 발생하게됨.
• downtime이 발생한다면 유지보수 마감기한 전에 인스턴스를 reboot migration을 수동으로 진행하도록 컨트롤 할 수 있다.
• reboot migration은 dense I/O shape를 사용하는 VM 인스턴스 및 standard shape을 사용하는 BM 인스턴스를 지원한다.
• 기본적인 유지보수는 인스턴스의 shape에 따라 다름.

<aside> 💡 VM instance :

standard shape

• 유지보수 마감기한이 지나고 24시간 안에, VM인스턴스 기동 중지와 마이그레이션 및 재기동이 진행됨. downtime이 발생.
• 유지보수 마감기한 전에 인스턴스를 reboot migration을 한다면 downtime시간을 조정할 수 있음.

Dense I/O shape

• Dense I/O shapes : 유지보수 마감기한에 VM인스턴스가 중지와 rebuilt 되며 재기동됨. downtime이 발생하게 됨.

다운타임 최소화 하기

• 로컬로 연결된 NVMe-based SSD를 삭제한다.
• 스케쥴된 유지보수 전에 인스턴스를 재기동함.
• 인스턴스는 정상 호스트에 reboot migration 됨.
• migration 된다면 SSD는 영구적으로 삭제됨. </aside>

<aside> 💡 BM instance :

standard shape

• 유지보수 마감기한 후 24시간 안에 BM 인스턴스가 중지, 마이그레이션 및 재기동됨.
• downtime이 발생함.
• 유지보수 마감기한 전에 인스턴스를 수동으로 reboot migration 함으로써 downtime 컨트롤 가능.
• Reboot Migration이 실패한다면, OCI는 알람을 발생하게됨.
• 이 경우, Manual Migration을 진행해야함. (수동 마이그레이션은 아래 글 참고)
• Reboot Migration이 된 후에, 인스턴스에서 Maintenance reboot 필드가 사라진다.
• 이 경우 인스턴스가 정상적으로 migration된 것임.

</aside>

Reboot Migration deadline 연장

• reboot migration이 스케쥴된 인스턴스를 위한 유지보수 마감기한을 연장 가능하다.
• 마감기한을 연장하는 것은 Standard Shape을 사용하는 VM 및 BM 인스턴스에 적용 가능함.
• OCI는 마감기한이 연장될 수 있는 가장 빠른 기간을 결정함.

Reboot Migration 선필수조건

• /etc/fstab에 정의된 Block Volume이 recommended options를 사용하는지 확인한다. recommended options.
• File Storage Service (NFS) 마운트가 nofail 옵션을 사용하는지 확인.
• Secondary VNICs를 설정하기 위해 Oracle-provided script를 사용한다면, 기동시 스크립트가 자동으로 시작되는지 확인. Oracle-provided script
• Dense I/O shape을 사용한다면, 로컬로 연결된 NVMe 기반 SSD를 백업.

1. 하나 이상의 블록 볼륨을 생성하고 attach .
2. NVMe 장치에서 블록 볼륨으로 데이터를 복사.

Reboot Migration을 사용하여 VM instance 마이그레이션 하기

==BM 인스턴스 마이그레이션은 추후 업데이트 예정입니다.==

1. 기동중인 애플리케이션을 중지.
2. 콘솔, CLI, SDK를 사용하여 인스턴스를 재기동.
3. Dense I/O shape을 사용중일 때,
4. - Console 사용 :

reboot instance를 하게 되면 모든 데이터가 영구적으로 삭제됨.

삭제를 하지 않으려면 NVMe SSD의 백업본을 생성 후 reboot을 진행해야함.

  - CLI or SDK 사용 : `allowDenseRebootMigration` 변수를 `true`로 변경 

ex) java SDK

/** This is an automatically generated code sample. 
To make this code sample work in your Oracle Cloud tenancy, 
please replace the values for any parameters whose current values do not fit
your use case (such as resource IDs, strings containing ‘EXAMPLE’ or ‘unique_id’, and 
boolean, number, and enum parameters with values not fitting your use case).
*/

import com.oracle.bmc.ConfigFileReader;
import com.oracle.bmc.auth.AuthenticationDetailsProvider;
import com.oracle.bmc.auth.ConfigFileAuthenticationDetailsProvider;
import com.oracle.bmc.core.ComputeClient;
import com.oracle.bmc.core.model.*;
import com.oracle.bmc.core.requests.*;
import com.oracle.bmc.core.responses.*;
import java.math.BigDecimal;

import java.util.ArrayList;
import java.util.HashMap;
import java.util.Date;
import java.util.UUID;
import java.util.Arrays;

public class InstanceActionExample {
    public static void main(String[] args) throws Exception {

        /**
         * Create a default authentication provider that uses the DEFAULT
         * profile in the configuration file.
         * Refer to EXAMPLE-instanceId-Value")
		.action("START")
		.opcRetryToken("EXAMPLE-opcRetryToken-Value")
		.ifMatch("EXAMPLE-ifMatch-Value")
		.instancePowerActionDetails(instancePowerActionDetails).build();

        /* Send request to the Client */
        InstanceActionResponse response = client.instanceAction(instanceActionRequest);
    }

    
}

1. Maintenance reboot 필드에 날짜가 없는지 확인한다.

1. 인스턴스에서 모든 애플리케이션을 시작하고 테스트.
2. Dense I/O 를 사용하는 인스턴스의 경우, NVMe-based SSD 복원:
   1. 로컬 NVMe 장치를 백업하는 데 사용되는 불록볼륨을 연결함.
   2. 새 인스턴스의 NVMe 스토리지에 데이터를 복사함.
   3. 블록 볼륨을 해제하고 선택적으로 삭제.

Manual Migration

Manual Migration 선필수조건

• 인스턴스의 region, AD, FD
• 인스턴스의 표시 이름
• 모든 private IP 주소, 이름, 서브넷, 인스턴스에는 복수의 VNIC를 가질 수 있으며 각각의 VNICs는 복수의 Secondary IP 주소를 가질 수 있음.
• 모든 Private DNS name, 인스턴스는 멀티 VNICs를 가질 수 있으며 각각의 VNIC는 멀티 Secondary IP 주소를 가질 수 있음.
• 모든 Public IP 주소는 Reserved Public Pool에서 배정됨. 인스턴스는 멀티 VNICs를 가질 수 있으며 각각의 VNIC는 멀티 Secondary Private IP 주소를 가질 수 있음. 각각의 VNIC와 secondary private IP는 attached된 Public IP 주소를 가질 수 있다.
• 인스턴스에 연결된 Block Volume 필요

Infrastructure Maintenance

인프라 유지보수

• Oracle Cloud Infrastructure는 컴퓨팅 인스턴스의 물리적 인프라에서 데이터 센터 유지 관리를 수행.
• 유지 관리에는 하드웨어 업그레이드 및 교체 또는 호스트 전원 공급을 중단하는 유지 관리 수행과 같은 작업이 포함됨.
• 인프라 유지 관리, 마이그레이션 옵션 및 인프라 유지 관리를 모니터링하는 데 사용할 수 있는 상태 메트릭에 대한 세부 정보를 제공.
• 컴퓨팅 인프라 상태 지표를 사용하여 유지 관리 중에 인스턴스의 상태를 모니터링할 수 있음.

Planned Maintenance 중 인스턴스 복구

• 인스턴스의 인프라가 Planned maintenance가 필요할 때, Oracle Cloud Infrasturcture는 자동으로 인스턴스를 복구하도록 시도한다.

<aside> 💡 maintenance는 인스턴스의 유형에 따라 다릅니다.

• VM instance : Live migration ⇒ Live migration이 실패하면 reboot migration으로 진행됨.
• BM instance : Reboot migration ⇒ Reboot migration이 실패하면, manual migration으로 진행됨.

</aside>

VM intance에 대한 planned Maintenance 발생시

• Infrastructure maintenance 이벤트가 VM instance에 영향을 끼칠 때, OCI가 Live Migration를 지원함.
• 만약 VM 인스턴스가 Live Migration 되지 않거나 지원하지 않는 shape을 사용 중일 때는, OCI가 14일~16일 안에 maintenance 마감기한을 스케쥴하게 됨.
• OCI가 마감기한을 스케쥴하게 되면 Migration action (Live migration / Reboot Migration Manual Migration)을 설명하는 알람을 발송하게 됨.
• VM인스턴스에 대한 유지보수가 예상된다면, 예정된 유지보수 날짜에 맞춰서 그전에 인스턴스를 재기동 / 중지 할 수 있음. (수동으로 하는 게 다운타임을 잘 컨트롤 할 수 있음)
• 수동으로 재기동하지 않았으면, VM인스턴스는 Shape에 따라 reboot migration 되거나 rebuilt in place 됨

*rebuilt in place 에 대한 자세한 설명 : https://docs.oracle.com/en-us/iaas/Content/Compute/References/infrastructure-maintenance.htm#rebuild-in-place

• Standard Shape의 경우에는 유지보수 마감기한을 연장할 수 있다.
• 예정된 유지보수 시간 전에 재기동하지 못한다면 OCI는 인스턴스를 reboot migration 또는 rebuild 한다.

<aside> 💡 Supported

• 외부 platform images 및 custom images
• Standard 및 dense I/O shape </aside>

<aside> 💡 제한사항

• VM 인스턴스에서 너무 많은 활동, API를 사용한 인스턴스 변경, 인스턴스와 관련 없는 내부 에러가 발생시에는 Live Migration이 정상적이지 않을 수 있음. </aside>

BM Instance에 대한 Planned maintenance 발생시

• 인프라 유지보수 이벤트가 BM instance에 영향을 끼칠 때, OCI는 reboot migration을 지원한다.
• OCI는 14일~16일 안에 유지보수 마감기한을 스케쥴하고 maintenance action (reboot migration / manual migration) 을 설명하는 알람을 발송함.
• 유지보수 마감기한 후 24시간 이내에 BM instance가 중지되고 Migration을 시작한다. 어느정도의 downtime은 발생함.
• BM인스턴스에 대한 유지보수가 예상된다면 유지보수 이벤트전에 수동으로 reboot 할 수 있다. (VM과 마찬가지로 수동으로 reboot 하는 게 유지보수에 대한 다운타임을 잘 컨트롤 할 수 있다고 한다)
• 수동으로 reboot 하지 않으면 reboot migration됨.
• Standard Shape의 경우에는 유지보수 마감기한을 연장할 수 있다.

<aside> 💡 Not Supported

• windows image
• custom image
• shield instance
• 인덱스가 1인 물리적 NIC에 구성되고 Secondary VNICs 가 생성된 인스턴스
• iPXE script에서 표준 sanboot 커맨드를 사용하지 않는 인스턴스 </aside>

<aside> 💡 Supported

• Linux-Based 이미지를 사용하는 standard shape을 지원함 </aside>

Planned Maintenance가 있는 인스턴스 식별하기

• 만약 인스턴스가 Live Migration, Reboot Migration, rebuild in place 를 지원한다면, instance information에서 Maintenance reboot field를 확인해보면 planned maintenance의 날짜를 확인할 수 있다.
• Manual Migration만 지원하는 인스턴스는, Oracle Cloud Infrastructure 에서 호스트에게 알림을 발송해준다. (Maintenance reboot field에는 date를 명시해주지 않는다)

Infrastructure 실패로 인한 VM 복구

소프트웨어나 하드웨어 이슈 때문에 VM 인스턴스의 장애가 발생한다면, OCI는 자동으로 복구를 시도한다.

Standart VM 인스턴스

• reboot migration을 사용하여 자동으로 정상적인 호스트로 복구된다.
• VM 인스턴스 장애는 1분 안에 감지됨
• 호스트가 즉시 복구되지 않는다면, 다른 정상 호스트로 VM이 이동함.
• Migration 프로세스와 정상 호스트의 재기동은 5분안에 자동으로 시작함.

<aside> 💡 재기동되는 동안 인스턴스 속성 ( Block Volume에 연결된 Private IP 와 ephemeral Public IP 그리고 VNICs)은 보존된다.

</aside>

Dense I/O VM인스턴스

• 똑같은 물리적 호스트에 인스턴스를 재기동함으로써 복구됨.
• 똑같은 물리적 호스트에 복구가 불가능하다면, OCI는 14일 안에 인스턴스를 terminate 하도록 알림을 준다.
• 마감기한 전에 인스턴스를 삭제하지 않는다면, OCI는 마감기한에 해당 인스턴스를 disabled 되도록 하며 그 이후의 7일 안에 해당 인스턴스를 삭제한다.

<aside> 💡 Data Volume에 연결된 Boot Volume은 보존된다.

</aside>

• OCI는 메일이나 Announcement로 VM 인프라 장애 이벤트를 알려준다.
• 조치된 복구 사항도 알려줌
• 예기치 않은 재기동을 모니터링하도록 instance status metric을 사용할 수 있다.
• 장애가 복구된 후에 인스턴스가 자동으로 재시작이 되는 것을 막을 수 있음

https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/edit-maintenance-recovery-action.htm#edit-maintenance-recovery-action

Maintenance Actions

Live Migration

• Live Migration 기능을 Enabled로 활성화하게 되면 인스턴스가 기동 중일 때, 장애를 최소화하며 물리적 VM 호스트에 Live Migration 하는 기능.
• 마이그레이션의 progress를 확인하기 위해 이벤트를 사용할 수 있다.
• 비활성화된 상태라면, 유지보수에 대한 알람이 발생
• Live Migration이 enabled 되었지만 실패한다면, Reboot migraion이 사용됨. (Reboot Migration에 대한 설명은 아래에 있습니다)
• Live Migration 기능이 enabled된 인스턴스가 마이그레이션 되지 않는다면, OCI는 Reboot Migration을 진행하라는 마감기한(within 14~16일)을 스케쥴링 하게 되며 해당 알람을 발송.
• 마감기한(withtin 14~16일) 전에 인스턴스를 수동으로 재기동하지 않는다면 인스턴스는 Live Migration만 된다.
• 진행예정인 유지보수에 대한 알람발생 없이 마이그레이션 한다.
• 일단 Live Migration이 시작되고 종료된 후에 인프라 유지보수 이벤트가 발생

Live Migration Support 대상

인스턴스가 Live Migration을 지원하는지 확인하기 :

1. 콘솔창으로 Instance 접속
2. instance information > Live Migration 필드 확인. 필드가 View incompatibilities로 확인된다면 Live Migration을 지원하지 않는다.

Category Criteria that support live migration Can setting be edited after creating the instance?

Realm	Tenancy is in the https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm#top.	No.
Shape	Instance uses one of the following https://docs.oracle.com/en-us/iaas/Content/Compute/References/computeshapes.htm#Compute_Shapes:
• VM.Standard1 series
• VM.Standard.B1 series
• VM.Standard2 series
• VM.Standard3.Flex
• VM.Standard.E2 series
• VM.Standard.E2.1.Micro
• VM.Standard.E3.Flex
• VM.Standard.E4.Flex
• VM.Optimized3.Flex
Other VM shapes, bare metal instances, and instances on dedicated virtual machine hosts do not support live migration.	Yes, for some shapes. https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/resizinginstances.htm#Changing_the_Shape_of_an_Instance to a supported shape.
Alternatively, https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/terminatinginstance.htm#Terminating_an_Instance, but do not delete the associated boot volume. Then, use the boot volume to https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/launchinginstance.htm#top using a shape that supports live migration.
Image	Instances that use Linux or Windows https://docs.oracle.com/en-us/iaas/Content/Compute/References/images.htm#OracleProvided_Images support live migration.
For instances that use https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/managingcustomimages.htm#Managing_Custom_Images or Oracle Cloud Infrastructure Marketplace images, Oracle Cloud Infrastructure attempts to live migrate the instance.	No.
Networking launch type	Instance uses https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/launchinginstance.htm#networking.	Yes, https://docs.oracle.com/en-us/iaas/Content/Compute/Tasks/edit-launch-options.htm#edit-launch-options.
Shielded instances	Not supported.	No.
Windows Defender Credential Guard is enabled	Not supported.	No.
Virtual network interface cards (VNICs)	Maximum total number of attached VNICs is six.	Yes, https://docs.oracle.com/en-us/iaas/Content/Network/Tasks/managingVNICs.htm#To3 until six or fewer VNICs total are attached.

Reboot Migration

• 인스턴스가 중지된 상태로 정상 호스트에 마이그레이션 되며, 끝나게 되면 재기동됨.
• 마이그레이션이 되는 동안 약간의 downtime이 발생하게됨.
• downtime이 발생한다면 유지보수 마감기한 전에 인스턴스를 reboot migration을 수동으로 진행하도록 컨트롤 할 수 있다.
• reboot migration은 dense I/O shape를 사용하는 VM 인스턴스 및 standard shape을 사용하는 BM 인스턴스를 지원한다.
• 기본적인 유지보수는 인스턴스의 shape에 따라 다름.

<aside> 💡 VM instance :

standard shape

• 유지보수 마감기한이 지나고 24시간 안에, VM인스턴스 기동 중지와 마이그레이션 및 재기동이 진행됨. downtime이 발생.
• 유지보수 마감기한 전에 인스턴스를 reboot migration을 한다면 downtime시간을 조정할 수 있음.

Dense I/O shape

• Dense I/O shapes : 유지보수 마감기한에 VM인스턴스가 중지와 rebuilt 되며 재기동됨. downtime이 발생하게 됨.

다운타임 최소화 하기

• 로컬로 연결된 NVMe-based SSD를 삭제한다.
• 스케쥴된 유지보수 전에 인스턴스를 재기동함.
• 인스턴스는 정상 호스트에 reboot migration 됨.
• migration 된다면 SSD는 영구적으로 삭제됨. </aside>

<aside> 💡 BM instance :

standard shape

• 유지보수 마감기한 후 24시간 안에 BM 인스턴스가 중지, 마이그레이션 및 재기동됨.
• downtime이 발생함.
• 유지보수 마감기한 전에 인스턴스를 수동으로 reboot migration 함으로써 downtime 컨트롤 가능.
• Reboot Migration이 실패한다면, OCI는 알람을 발생하게됨.
• 이 경우, Manual Migration을 진행해야함. (수동 마이그레이션은 아래 글 참고)
• Reboot Migration이 된 후에, 인스턴스에서 Maintenance reboot 필드가 사라진다.
• 이 경우 인스턴스가 정상적으로 migration된 것임.

</aside>

Reboot Migration deadline 연장

• reboot migration이 스케쥴된 인스턴스를 위한 유지보수 마감기한을 연장 가능하다.
• 마감기한을 연장하는 것은 Standard Shape을 사용하는 VM 및 BM 인스턴스에 적용 가능함.
• OCI는 마감기한이 연장될 수 있는 가장 빠른 기간을 결정함.

Reboot Migration 선필수조건

• /etc/fstab에 정의된 Block Volume이 recommended options를 사용하는지 확인한다. recommended options.
• File Storage Service (NFS) 마운트가 nofail 옵션을 사용하는지 확인.
• Secondary VNICs를 설정하기 위해 Oracle-provided script를 사용한다면, 기동시 스크립트가 자동으로 시작되는지 확인. Oracle-provided script
• Dense I/O shape을 사용한다면, 로컬로 연결된 NVMe 기반 SSD를 백업.

1. 하나 이상의 블록 볼륨을 생성하고 attach .
2. NVMe 장치에서 블록 볼륨으로 데이터를 복사.

Reboot Migration을 사용하여 VM instance 마이그레이션 하기

==BM 인스턴스 마이그레이션은 추후 업데이트 예정입니다.==

1. 기동중인 애플리케이션을 중지.
2. 콘솔, CLI, SDK를 사용하여 인스턴스를 재기동.
3. Dense I/O shape을 사용중일 때,
4. - Console 사용 :

reboot instance를 하게 되면 모든 데이터가 영구적으로 삭제됨.

삭제를 하지 않으려면 NVMe SSD의 백업본을 생성 후 reboot을 진행해야함.

  - CLI or SDK 사용 : `allowDenseRebootMigration` 변수를 `true`로 변경 

ex) java SDK

/** This is an automatically generated code sample. 
To make this code sample work in your Oracle Cloud tenancy, 
please replace the values for any parameters whose current values do not fit
your use case (such as resource IDs, strings containing ‘EXAMPLE’ or ‘unique_id’, and 
boolean, number, and enum parameters with values not fitting your use case).
*/

import com.oracle.bmc.ConfigFileReader;
import com.oracle.bmc.auth.AuthenticationDetailsProvider;
import com.oracle.bmc.auth.ConfigFileAuthenticationDetailsProvider;
import com.oracle.bmc.core.ComputeClient;
import com.oracle.bmc.core.model.*;
import com.oracle.bmc.core.requests.*;
import com.oracle.bmc.core.responses.*;
import java.math.BigDecimal;

import java.util.ArrayList;
import java.util.HashMap;
import java.util.Date;
import java.util.UUID;
import java.util.Arrays;

public class InstanceActionExample {
    public static void main(String[] args) throws Exception {

        /**
         * Create a default authentication provider that uses the DEFAULT
         * profile in the configuration file.
         * Refer to EXAMPLE-instanceId-Value")
		.action("START")
		.opcRetryToken("EXAMPLE-opcRetryToken-Value")
		.ifMatch("EXAMPLE-ifMatch-Value")
		.instancePowerActionDetails(instancePowerActionDetails).build();

        /* Send request to the Client */
        InstanceActionResponse response = client.instanceAction(instanceActionRequest);
    }

    
}

1. Maintenance reboot 필드에 날짜가 없는지 확인한다.

1. 인스턴스에서 모든 애플리케이션을 시작하고 테스트.
2. Dense I/O 를 사용하는 인스턴스의 경우, NVMe-based SSD 복원:
   1. 로컬 NVMe 장치를 백업하는 데 사용되는 불록볼륨을 연결함.
   2. 새 인스턴스의 NVMe 스토리지에 데이터를 복사함.
   3. 블록 볼륨을 해제하고 선택적으로 삭제.

Manual Migration

Manual Migration 선필수조건

• 인스턴스의 region, AD, FD
• 인스턴스의 표시 이름
• 모든 private IP 주소, 이름, 서브넷, 인스턴스에는 복수의 VNIC를 가질 수 있으며 각각의 VNICs는 복수의 Secondary IP 주소를 가질 수 있음.
• 모든 Private DNS name, 인스턴스는 멀티 VNICs를 가질 수 있으며 각각의 VNIC는 멀티 Secondary IP 주소를 가질 수 있음.
• 모든 Public IP 주소는 Reserved Public Pool에서 배정됨. 인스턴스는 멀티 VNICs를 가질 수 있으며 각각의 VNIC는 멀티 Secondary Private IP 주소를 가질 수 있음. 각각의 VNIC와 secondary private IP는 attached된 Public IP 주소를 가질 수 있다.
• 인스턴스에 연결된 Block Volume 필요