aws에서 db를 rds보다 직접 ec2에 올려서 쓰는 게 제어가 편해서 그렇게 써왔는데
이게 rds를 쓰면 사용 비용이 좀 더 비싸지만
좋은 점이 원시 데이터 프로비저닝한 공간에 대하여 100%의 백업 공간을 무료로 제공해줌
지금 db 스토리지를 1tb 해뒀다면 매달 1tb 백업 공간은 무료라는 장점
근데 rds 설치해보면 애매모호하고 문서도 찾기 힘든 부분이
data와 log의 경로가 물리적 분리를 했뒀는지 못 찾겠음
tempdb는 일정사양 이상의 인스턴스를 열면 물리적으로 분리된 ssd볼륨에 tempdb 분리해서 관리한다고 써있는데
data와 log는 그냥 퉁쳐서 프로비저닝 용량만 설정하는 거봐선 이 용량 비례하게 iops 정해주고 한데 몰아넣는 거 같은데 문서로 어찌한다 명확한 페이지가 없네
이러니 찝찝해서 그냥 sql이 설치된 xxx 같은 ec2 고르게 됨
서비스따라 가격 정해놓은 거보면 얘네들도 소비자들이 뭐가 가렵고 뭐로 고민하는지 아주 정확히 아는 거 같은데 왜 설명을 제대로 안 적지
rds 서비스로 쓰는 게 대부분 자동화에 aws로 바로 모니터링되어서 편해보이던데 2% 부족한 기분
이게 rds를 쓰면 사용 비용이 좀 더 비싸지만
좋은 점이 원시 데이터 프로비저닝한 공간에 대하여 100%의 백업 공간을 무료로 제공해줌
지금 db 스토리지를 1tb 해뒀다면 매달 1tb 백업 공간은 무료라는 장점
근데 rds 설치해보면 애매모호하고 문서도 찾기 힘든 부분이
data와 log의 경로가 물리적 분리를 했뒀는지 못 찾겠음
tempdb는 일정사양 이상의 인스턴스를 열면 물리적으로 분리된 ssd볼륨에 tempdb 분리해서 관리한다고 써있는데
data와 log는 그냥 퉁쳐서 프로비저닝 용량만 설정하는 거봐선 이 용량 비례하게 iops 정해주고 한데 몰아넣는 거 같은데 문서로 어찌한다 명확한 페이지가 없네
이러니 찝찝해서 그냥 sql이 설치된 xxx 같은 ec2 고르게 됨
서비스따라 가격 정해놓은 거보면 얘네들도 소비자들이 뭐가 가렵고 뭐로 고민하는지 아주 정확히 아는 거 같은데 왜 설명을 제대로 안 적지
rds 서비스로 쓰는 게 대부분 자동화에 aws로 바로 모니터링되어서 편해보이던데 2% 부족한 기분
난 디비를 잘몰라서 그런가.. rds 가 편하던데 ㅎㅎ
fully managed인데 data랑 log 저장공간이 물리적으로 분리했는지 아닌지를 아는게 중요함?
매우 중요하지. 성능 차이 체감되는 중요 옵션임.
그러니까 tempdb 물리적 분리도 구현해서 문서에 적어둔 거고... 로그 분리는 명확하지 않은 거봐서는 감추고 싶은 거 같음
내 말은 그걸 알아서 해주니까 fully managed라고 하는 거라고
그딴 거 신경 안쓰게 하는게 rds같은 서비스의 목표인건 너도 알텐데
맞아 감추고 싶을 수 있고 실제로 감추는 경우도 ㅁ많지. 아무튼 aws 입장은 "우리가 알아서 할테니까 신경쓰지 마셈" 인거고 그걸 못믿겠으면 뭐 ec2에 직접 올려서 써야겠지
그런 식이면 tempdb 분리 사실도 감춰야지 그건 자랑하듯 문서에 써놨는데 내 생각엔 경쟁사 사양에 꿀려서 일단 감추는 거 같음. 물리적 분리하고 데이터, 로별로 프로비저닝 용량 별도 설정이면 벌써 문서로 설명했을듯.
그딴 거라니 그게 db에서 가장 기초적이면 저비용으로 엄청난 성능 향상하는 기본적인 옵션인데. rds가 테스트 용도로만 쓰는 db인가
아니 안중요해서 그딴거라고 한게 아니잖아 ;; 그런 구성, 운영에 소요되는 에포트를 없애주는게 rds고... 상식적으로 aws에서 자체 서비스 만드는 개발자들이 그정도도 설계 안했겠냐
그렇게 기초적이고 기본적인 거면 당연히 rds 설계에 들어가있지. 성능튜닝같은거(=그딴거) 신경 쓰지 말라고 만들어 놓은 서비스인데 그걸 들고 성능고민하고 있을거면 걍 ec2에 db 올려서 직접 관리해...
성능 그딴 거 신경 쓰지말라니... 결국엔 땔감들 개소리네;;
프갤엔 왜 꼭 이렇게 좆도 모르면서 아는 척하고 싶은 땔감새끼들이 많냐?
뭔 그딴거랑 단어에 왤케 집착하냐. 문맥을 좀 읽어라... 그딴거라고 한건 중요도가 낮아서가 아니라 rds사용자가 고려할 대상이 아니라서 그렇다고....
개소리 그만하고 아는 척은 다른 데가서 해라
fully managed면 당연한건데 뭔 개소리고 아는척이냐. 너야말로 rds쓰는데 로그공간 분리니 뭐니 쓸모없는 소리 그만해라 좀.
ㅂㅅ새낀가 가장 기초적인 물리적 볼륨 분리가 뭔 rds사용자가 알 필요가 없어 좆나 개소리쩌네;; 니논리면 ㅂㅅ아 tempdb 물리적 분리 설명한 건 어찌 설명하는데 좆나 개병신이 허세만 쩔어가지고... 넌 무시할테니 그만 꺼져라
아오 그건 친절하게 aws가 걍 적어준거고 어차피 사용자가 컨트롤 하는 영역도 아니잖아 개답답하네. rds 가 네가 원하는대로 구성 안돼있으면 뭐 해킹이라도 해서 바꿔서 쓰려고??
그렇게 의심되면 걍 rds 하나 만들고 poc를 해봐 성능 나오나 안나오나.
로그영역이 분리 됐든 아니든 그건 사용자가 알 바 아니고 그냥 성능만 잘나오게 aws가 만들어놓고, 유저는 구성관련 고민 없이 개발에 집중하도록 나온 서비스가 rds dynamodb eks 이런 서비스들인데 뭔 뮬리적인 분리니 어쩌니 여기에 그렇게 집착하냐. 틀딱임?
그리고 덧붙이자면 니가 rds에 테이블 만들고 쓴다고 그게 db 서비스 올라간 vm이 하나 뚝 생기는게 아니잖냐. 유저가 테이블 만들 때 그게 aws 내부적으로 어떤 물리/논리적 동작을 하는지는 이용자는 절대 알 수가 없음. 니가 쓰는 rds가 너만을 위한 vm이나 hw서버인지 아니면 어떤식으로든 복잡하게 얽힌 소프트웨어-하드웨어 레이어에서
그 테이블 부분만 니가 인터페이스 할 수 있도록 열어준 건지 그것 조차 불분명한데 무슨 데이터 영ㅇ역 로그영역을 물리적으로 분리했냐를 따지는 건 클라우드 서비스를 이용할 때 근본적으로 의미 없는 질문임