일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- git
- lambda
- node
- docker
- dict
- merge
- 채팅
- MongoDB
- 중급파이썬
- RDS
- 튜플
- Vue
- SSA
- crud
- flask
- 카톡
- S3
- EC2
- AWS
- wetube
- TypeScript
- pandas
- socket io
- async
- SAA
- Class
- 파이썬
- react
- NeXT
- Props
- Today
- Total
초보 개발자
AWS Attach Spanned EBS Volume 본문
Spanned EBS Volume
하나의 EBS 볼륨을 사용하다 부족해지면 추가로 EBS를 추가해야하는 경우가 올 것이다.
기존의 볼륨을 Extend 하여 빈 상태의 새 볼륨을 추가하면 Spanned Volume으로 바뀐다. 두개의 볼륨이 하나의 볼륨으로 바뀌게 된 것이다. 만약 이 2개의 볼륨에서 하나의 볼륨만 복원 시키면 파일이 온전히 복원될까 ?
아니다.
하드 디스크에 파일이 저장될 때 여러 요인에 의해서 순차적으로 저장이 되지 않는다. 여러 개로 쪼개져서 이곳 저곳에 흩어져서 저장이 된다. ( 단편화 라고 함 ).단편화가 발생한 파일을 읽기 위해서 흩어진 모든 조각을 찾아야하고, 디스크 조각 모음이라는 것이 단편화된 파일을 한 덩어리로 모아준다.
따라서 하나의 볼륨만 가지고 복원하면 아마도 예상컨테 모든 파일이 깨져있을 수 있다.
Attach EBS Volume to a WINDOW EC2
실습 과정은 3개의 스냅샷을 볼륨으로 전환 한 뒤, WINDOW EC2의 볼륨에 붙인 후 WINDOW에 접속하여 이를 활성화 시켜주려고 한다.
먼저 WINDOW에 접속하여 Disk Management를 확인해보면 기존의 Primary Disk하나만 존재하는 것을 확인할 수 있다.
먼저 3개의 볼륨 중 1개만 서버에 붙여보자.
위와 같이 하나만 추가하였는 데도 불구하고, Missing이라는 디스크가 2개나 더 생긴 것을 확인할 수 있다.
Spanned Volume은 자기 자신과 연결된 볼륨들을 기억하고 있는 것 같다. 2개의 디스크를 넣어주면, 아래와 같이 인식이 잘 되는 것을 확인할 수 있다.
현재의 경우, 이미 이 전에 한번 결합한 뒤 분리하여 다시 결합한 순간, 자동으로 online, foregin disk를 자동으로 찾은 것 같지만,
처음인 경우
1. 각 볼륨을 offline에서 online으로 변경시켜야 한다.
2. 3개의 볼륨이 모인 뒤 하나의 볼륨을 오른쪽 마우스 클릭
3. import foregin disk에서 3개의 볼륨이 적힌 것을 확인 후 OK 누르면 위와 같은 상태로 전환됨
4. 모든 볼륨이 모이지 않았을 때 OK를 누르면, 파일이 소실될 수 있다는 경고창이 뜸
느낀 점
Spanned Volume이 자신을 제외한 나머지 볼륨이 전부 모이는 것을 확인하는 것이 정말 신기했다.
여러개가 엮인 볼륨인 경우에 모든 볼륨이 모이지 않으면 온전한 디스크로 변경할 수 없다.
'AWS' 카테고리의 다른 글
AWS Compute optimizer를 활용하여 EC2타입 변경. (0) | 2023.06.21 |
---|---|
AWS RTO, RPO (0) | 2023.06.03 |
AWS EC2 RI 계약 (0) | 2023.05.30 |
AWS EC2 mutiple user (1) | 2023.05.29 |
Active Directory란 (0) | 2023.05.25 |