스냅샷 기능 보완

[Jbchan01]

Summary

저번에 제안해주신 기능에 대한 세부적인 구조를 구성해보려 합니다 (타 서비스의 스냅샷 구성방식?)

Details

백업해둔 스냅샷으로 새로운 인스턴스를 만드는 기능
(기존 인스턴스와 동일한 상태의 인스턴스가 만드는 기능)
-> 수업에 사용하게 된다면 이런식으로 한 번에 만드는 것도 가능하지 않을까요?

+) 추가적인 아이디어 받아요

+) 현재 기능을 확장해서 이용하는 것은 컨트롤에 넘겨야할지? 새로 api를 생성해야할지?에 대한 고민이 있어요. 소통해요

Additional Context

#78

[Jbchan01]

ai 의견 들어보면 여러 기능들이 필요하다고 하는데, 의견 받아요
❌ 개선이 필요한 부분:

1. 스냅샷에서 VM 생성 (가장 중요!) -> 수행 주체 정하기
2. 스냅샷 스케줄링
3. 원격/분산 저장소 -> 이건 object storage로 넘기는 것으로 처리
4. 자동 증분 백업 최적화 ->
5. 스냅샷 전송/복제 -> 이 로직도 필요할 것 같은데, object storage가 생긴다면 수행 주체를 어디서 할지?

[kwonkwonn]

1. 내부 스냅샷은 그날 얘기했던 것을 토대로 생각해보면, 코어에서 생성하는 것은 자연스러운 수순 같고, 외부 스냅샷 같은 경우 gcp 의 copy 베이스를 따른다면, 달라질 수 있을 것 같습니다.

   • 컨트롤에서 할 경우: 컨트롤에 sleep 상태로 있는 가상머신의 스냅샷을 딴다면 자연스럽게 수행가능합니다.
   • 코어에서 할 경우: 현재 동작중인 vm의 스냅샷을 보존 가능한 형태의 스냅샷으로 만들경우 좋지만, 기본적으로 코어는 무상태 성을 지향하기 때문에 상태관리에서 손볼 곳이 많아질 것 같네요(object storage) 가 생길 경우 더더욱

2. 저는 기본적으로 유저의 요청 기반으로 새로운 요청이 있을시에만 스냅샷을 정리하는 것이 좋아보이긴 합니다.

3. 좋습니다

4. 이부분은 아직 와닿지 않아서 기반 요소들을 확정한 후에 결정하는 것이 좋아보입니다.

5. 이 부분도 비동기적 operation 중에 하나로 포함하면 좋아보이는데(create vm, delete vm 등등과 마찬가지로), 현재 http 기반에서는 완전하게 구현하는것은 힘들어 보이긴 하네요.
   CreatVM-> ip할당, ssh 키 생성, 코어 결정 -> image pull -> vm 생성 에서 중간중간 http 가 동기적으로 실행돼서 실패하는 상황이 발생시 가상머신 생성 시간이 엄청나게 늘어난다거나 할 수 있을 거 같아서 걱정이네요.
   지금 생각으로는 core 에서 image 탐색 -> image pull 을 구현하면 될 것 같긴 합니다