# DB 인스턴스 재부팅
<a name="USER_RebootInstance"></a>

**재부팅이라는 단일 작업으로 RDS DB 인스턴스에서 데이터베이스 서비스를 중지하고 시작할 수 있습니다. 데이터베이스를 완전히 재시작하거나 마이그레이션하지 않고도 구성 변경 사항을 적용하거나, 사소한 문제를 해결하거나, 네트워크 문제를 해결하려면 재부팅이 필요할 수 있습니다.



**참고**  
이 주제는 단일 AZ 또는 다중 AZ DB **인스턴스를 재부팅하는 경우에만 적용됩니다. 다중 AZ DB 클러스터를 재부팅하는 지침은 [Amazon RDS에서 다중 AZ DB 클러스터 및 리더 DB 인스턴스 재부팅](multi-az-db-clusters-concepts-rebooting.md) 섹션을 참조하세요.

**Topics**
+ [DB 인스턴스 재부팅 사용 사례](#USER_RebootInstance.use-cases)
+ [DB 인스턴스를 재부팅하는 방법](#USER_RebootInstance.how-it-works)
+ [다중 AZ 배포에서 DB 인스턴스를 재부팅하는 방법](#USER_RebootInstance.MAZ)
+ [DB 인스턴스 재부팅 시 고려 사항](#USER_RebootInstance.considerations)
+ [DB 인스턴스 재부팅 시 사전 조건](#USER_RebootInstance.prereqs)
+ [DB 인스턴스 재부팅: 기본 단계](#USER_RebootInstance.steps)

## DB 인스턴스 재부팅 사용 사례
<a name="USER_RebootInstance.use-cases"></a>

일반적으로 유지 관리 이유로 DB 인스턴스를 재부팅하여 변경 사항을 적용합니다. 일반적인 사용 사례는 다음과 같습니다.
+ **새 DB 파라미터 그룹 연결** – 새 DB 파라미터 그룹을 DB 인스턴스와 연결하면 RDS는 DB 인스턴스가 재부팅된 후에만 수정된 정적 파라미터 및 동적 파라미터를 적용합니다. 그러나 DB 파라미터 그룹을 DB 인스턴스에 연결한 후 DB 파라미터 그룹에서 동적 파라미터를 수정하면 이러한 변경 사항이 재부팅 없이 즉시 적용됩니다. 자세한 내용은 [Amazon RDS의 파라미터 그룹](USER_WorkingWithParamGroups.md) 섹션을 참조하세요.
+ **기존 DB 파라미터 그룹의 정적 파라미터에 변경 적용** - 정적 파라미터를 변경하고 DB 파라미터 그룹을 저장하면 콘솔에서 이 파라미터 그룹과 연결된 DB 인스턴스의 상태가 **재부팅 보류 중**으로 변경됩니다. 파라미터의 변경 사항은 연결된 DB 인스턴스를 재부팅한 후에만 적용됩니다. 기존 파라미터 그룹에서 동적 파라미터를 변경하면 재부팅할 필요 없이 기본적으로 변경 내용이 즉시 적용됩니다.
**참고**  
**재부팅 보류 중** 상태로 인해 다음번 유지 관리 기간에 자동 재부팅이 되지는 않습니다. DB 인스턴스에 최신 파라미터 변경 사항을 적용하려면 DB 인스턴스를 수동으로 재부팅합니다. 파라미터 그룹에 대한 자세한 내용은 [Amazon RDS의 파라미터 그룹](USER_WorkingWithParamGroups.md) 섹션을 참조하세요.
+ **문제 해결** - 재부팅이 필요한 성능 또는 기타 운영 문제가 발생할 수 있습니다. 예를 들어, DB 인스턴스가 응답하지 않을 수 있습니다.

## DB 인스턴스를 재부팅하는 방법
<a name="USER_RebootInstance.how-it-works"></a>

Amazon RDS는 DB 인스턴스를 재부팅할 때 다음과 같은 순차적 작업을 수행합니다.

1. DB 인스턴스에 있는 데이터베이스 서비스를 중지합니다.

1. DB 인스턴스에서 데이터베이스 서비스를 시작합니다.

재부팅 프로세스로 인해 잠시 중단됩니다. 이 운영 중단 기간 동안에는 DB 인스턴스 상태가 재부팅 중으로 나타납니다.** 단일 AZ 배포와 다중 AZ DB 인스턴스 배포 모두에서 중단이 발생하며, 장애 조치로 재부팅할 때도 마찬가지입니다.

## 다중 AZ 배포에서 DB 인스턴스를 재부팅하는 방법
<a name="USER_RebootInstance.MAZ"></a>

Amazon RDS DB 인스턴스가 다중 AZ 배포에 있는 경우 장애 조치를 통해 재부팅할 수 있습니다. 이 작업은 DB 인스턴스 결함을 시뮬레이션하거나, 장애 조치 이후 원래 가용 영역으로 작업을 복구할 때 유용한 기능입니다.

장애 조치를 사용한 재부팅 중에 Amazon RDS는 다음을 수행합니다.
+ 데이터베이스를 갑자기 중단합니다. DB 인스턴스와 해당 클라이언트 세션을 정상적으로 종료할 시간이 없을 수 있습니다.
**주의**  
데이터 손실 가능성을 방지하려면 장애 조치로 재부팅하기 전에 DB 인스턴스에서 트랜잭션을 중지하는 것이 좋습니다.
+ 필요한 경우 데이터베이스의 충돌 복구를 수행합니다.
+ 다른 AZ의 대기 복제본으로 자동 전환합니다. AWS Management Console 및 AWS CLI와 RDS API 호출에 AZ 변경 사항이 몇 분 동안 반영되지 않을 수 있습니다.
+ 대기 DB 인스턴스를 가리키도록 DB 인스턴스의 DNS 레코드를 업데이트합니다. 결과적으로 기존의 DB 인스턴스 연결을 모두 삭제한 후 재구성해야 합니다. 자세한 내용은 [Amazon RDS에 대한 다중 AZ 배포 구성 및 관리](Concepts.MultiAZ.md) 섹션을 참조하세요.
+ 재부팅 후 Amazon RDS 이벤트를 생성합니다.

RDS for Microsoft SQL Server에서 장애 조치는 기본 DB 인스턴스만 재부팅합니다. 장애 조치 후에는 기본 DB 인스턴스가 새 보조 DB 인스턴스가 됩니다. 다중 AZ 인스턴스의 경우 파라미터가 업데이트되지 않을 수 있습니다. 장애 조치 없이 재부팅하는 경우 기본 DB 인스턴스와 보조 DB 인스턴스가 모두 재부팅되고 재부팅된 후 파라미터가 업데이트됩니다. DB 인스턴스가 응답하지 않는 경우 장애 조치 없이 재부팅하는 것이 좋습니다.

## DB 인스턴스 재부팅 시 고려 사항
<a name="USER_RebootInstance.considerations"></a>

인스턴스를 재부팅하기 전에 다음 사항을 고려하세요.
+ 읽기 전용 복제본이 있는 DB 인스턴스의 경우 원본 DB 인스턴스와 읽기 전용 복제본을 독립적으로 재부팅할 수 있습니다. 재부팅이 완료되면 복제가 자동으로 재개됩니다.
+ 재부팅 시간은 충돌 복구 프로세스, 재부팅 시 데이터베이스 작업 및 특정 DB 엔진의 동작에 따라 달라집니다. 따라서 재부팅 시간을 단축하려면 재부팅 시 데이터베이스 작업을 최소화하는 것이 좋습니다. 이 방법을 사용하면 중간 트랜잭션의 롤백 작업이 줄어듭니다.

## DB 인스턴스 재부팅 시 사전 조건
<a name="USER_RebootInstance.prereqs"></a>

다음 사전 조건을 충족하는지 확인합니다.
+ DB 인스턴스는 `available` 상태여야 합니다. 진행 중인 백업, 이전에 요청한 수정 또는 유지 관리 기간 작업과 같은 여러 가지 이유로 데이터베이스를 사용할 수 없습니다.
+ 다른 AZ로 강제 장애 조치하는 경우 DB 인스턴스를 다중 AZ용으로 구성해야 합니다.
+ 다른 AZ로 강제 장애 조치를 수행하는 경우 데이터 손실을 방지하기 위해 먼저 DB 인스턴스에서 트랜잭션을 중지하는 것이 좋습니다.

## DB 인스턴스 재부팅: 기본 단계
<a name="USER_RebootInstance.steps"></a>

AWS Management Console, AWS CLI 또는 RDS API를 사용하여 DB 인스턴스를 재부팅할 수 있습니다.

### 콘솔
<a name="USER_RebootInstance.Console"></a>

**DB 인스턴스를 재부팅하려면**

1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/)에서 Amazon RDS 콘솔을 엽니다.

1. 탐색 창에서 **데이터베이스**를 선택한 다음 재부팅하려는 DB 인스턴스를 선택합니다.

1. **작업**에서 **재부팅**을 선택합니다.

   **DB 인스턴스 재부팅** 페이지가 나타납니다.

1. (선택 사항) 한 AZ에서 다른 AZ로 장애 조치를 강제로 실행하려면 **Reboot with failover(장애 조치로 재부팅하시겠습니까)?**을 선택합니다.

1. DB 인스턴스를 재부팅하려면 [**Reboot**]를 선택합니다.

   또는 [**Cancel**]을 선택합니다.

### AWS CLI
<a name="USER_RebootInstance.CLI"></a>

AWS CLI를 사용하여 DB 인스턴스를 재부팅하려면 [https://docs.aws.amazon.com/cli/latest/reference/rds/reboot-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/reboot-db-instance.html) 명령을 호출하십시오.

**Example 간편한 재부팅**  
대상 LinuxmacOS, 또는Unix:  

```
aws rds reboot-db-instance \
    --db-instance-identifier mydbinstance
```
Windows의 경우:  

```
aws rds reboot-db-instance ^
    --db-instance-identifier mydbinstance
```

**Example 장애 조치로 재부팅**  
다중 AZ DB 클러스터의 한 AZ에서 다른 AZ로 장애 조치를 강제로 수행하려면 `--force-failover` 파라미터를 사용합니다.  
대상 LinuxmacOS, 또는Unix:  

```
aws rds reboot-db-instance \
    --db-instance-identifier mydbinstance \
    --force-failover
```
Windows의 경우:  

```
aws rds reboot-db-instance ^
    --db-instance-identifier mydbinstance ^
    --force-failover
```

### RDS API
<a name="USER_RebootInstance.API"></a>

Amazon RDS API를 사용하여 DB 인스턴스를 재부팅하려면 [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RebootDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RebootDBInstance.html) 작업을 호출하세요.