일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- 안됨
- 설정
- aPK
- gradle
- AWS
- 예제
- react
- 인증문제해결
- Git
- git인증
- 리액트
- react-native
- 디버깅
- EC2
- 데이터바인딩
- 리액트 네이티브
- 뒤로가기 안됨
- 안드로이드
- Invalid credentials
- 안드로이드 스튜디오
- 빌드 오류
- VisualStudio
- not working
- sourcetree
- Android
- flutter
- WPF
- 개발환경설정
- bitbucket
- Kotlin
- Today
- Total
물에 살고싶은 개발자
AWS 서버 비용 제로로 만들기 - 인스턴스 재가동 본문
바쁜 사람들을 위한 선결론: AWS 인스턴스를 재가동하는 과정은 때로 예상치 못한 도전을 안겨줄 수 있습니다. 최근 저는 장기간 중지 상태였던 서버를 완전히 비용이 발생하지 않도록 제거하는 목표를 가지고 첫걸음을 뗐습니다. 이 글은 그 여정의 첫 번째 단계, 즉 중지된 인스턴스를 다시 시작하는 과정에서 발생한 시행착오와 해결책을 공유합니다.
과정: AWS에서 서비스를 중지하더라도, 관련된 EBS 볼륨, 스냅샷, S3 스토리지 등이 계속 비용을 발생시킬 수 있다는 사실을 인지하고 있었습니다. 이를 해결하기 위해 첫 단계로 인스턴스를 재가동하려 했지만, 'Instance does not have a volume attached at root (/dev/sda1)'라는 오류 메시지와 마주했습니다.
처음에는 이 메시지의 의미를 파악하는 데 약간 혼란스러웠습니다. 인스턴스가 중지된 상태에서는 보통 볼륨이 분리되지 않기 때문입니다. 하지만 이 경우, 볼륨이 인스턴스에 연결되어 있지 않은 상태였습니다. AWS Management Console을 통해 볼륨을 확인한 결과, 볼륨은 인스턴스에 연결되어 있지 않았습니다. 그래서 볼륨을 연결했습니다. 하지만, 볼륨이 잘못된 디바이스 위치에 연결되어 있었습니다.
문제를 해결하기 위해 다음과 같은 단계를 수행했습니다:
- AWS Management Console에 접속하여 EC2 대시보드로 이동.
- '볼륨' 섹션에서 해당 볼륨을 찾고 '연결 해제'을 클릭하여 분리.
- 올바른 디바이스 이름(/dev/sda1)으로 볼륨을 인스턴스에 다시 '볼륨 연결'.
- 인스턴스를 재시작하고 정상적으로 부팅될 때까지 기다림.
이 과정을 통해 인스턴스를 성공적으로 재가동할 수 있었습니다. 이 경험은 AWS 환경에서 작업할 때 인스턴스와 스토리지의 관계를 이해하는 것이 얼마나 중요한지를 다시 한번 상기시켜주었습니다.
이 포스팅은 AWS 서버를 관리하면서 겪을 수 있는 일반적인 문제를 해결하는 데 도움이 되기를 바랍니다. 다음 포스팅에서는 이 인스턴스와 관련된 다른 AWS 자원을 제거하여 비용을 0으로 만드는 방법을 공유할 예정입니다. 지속적인 관심과 의견을 부탁드립니다.