EC2 인스턴스(리눅스)를 생성하면 기본적으로 swap memory 가 없는데요. 1. OOM…

EC2 인스턴스(리눅스)를 생성하면 기본적으로 swap memory 가 없는데요.

1. OOM Killer 에 의해 프로세스가 종료된 적이 없으신가요?

2. swap memory 를 따로 추가해서 사용하시나요?

AWS 문서는 swap volume 을 사용하는 대신 메모리가 더 많은 인스턴스를 사용하라는 심플한 답을 주는군요.

11 thoughts on “EC2 인스턴스(리눅스)를 생성하면 기본적으로 swap memory 가 없는데요. 1. OOM…

  1. 사실 클라우드업체는 swap 메모리를 제공하는 것이 부담스럽더라고요. 꼭 쓰려고 한다면 인스턴스 스토어가 있는 type아니면 크게 권장하진 않는 설정이긴 합니다. 저는 별도의 ebs를 연결시켜 써봤습니다만, 문제는 iops에서 나와서 효율성은 떨어지더라고요.

  2. 보통 클라우드에 서비스를 올리면 fault-tolerant 하게 구성하는데요. 그럴때는 swap으로 성능에 이상이 생기는 것 보다는 보통 OOM으로 죽는게 낫기 때문에 그런것 같습니다.

  3. 저는 T2에서 swap 을 사용 중입니다. EC2의 디스크가 물리적으로 바로 붙어 있는 것은 아니라서 스왑 사용빈도가 많으면 성능이 엄청 떨어질꺼에요. 스왑의 주 목적으로 메모리가 잠시 많이 필요할 때 완충작용 목적입니다. OS 구조를 잘 이해하시고 쓰시면 괜찮을꺼에요.

  4. 만약 상시적으로 access 하는 page 범위가 3GB 인데 2GB + swap 2GB 는 위험하고요. 메모리는 잡고 있으나 거의 쓰이지 않는 Page 들이 많은 상황에선 swap 이 좋죠.

  5. 전 안씁니다. 메모리 부족으로 한번 죽었는데 메모리 올려서 해결했습니다. 골골하게 사는것 보다 깔끔하게 죽는게 서비스 질의 향상에 도움이된다고 생각합니다

  6. 스왑써서 빌빌대느니 OOM으로 죽는게 낫다고 봅니다. 결국 덤프를 뜬다던지 하는 용도 아니면 스왑이야 없는게 나을수도 있는거죠. 뭐 익숙하니까 지금까지 그래왔고 앞으로도 계속 그럴테니 스왑을 만들긴 하지만 사실 스왑 쓸 정도면 다른 방도를 고려하는게 맞는 조치이긴 합니다. 정 필요하시면 스왑 파일 임시로 만들어서 swapon 해서 쓰셔도 되긴 할거구요.

  7. 서비스가 빌빌거릴지언정 안 죽는게 중요한 서비스인지 죽을거면 빨리죽고 인지해서 빨리 올리는게 나은지 서비스 성격을 고려하세요.

Comments are closed.