서버의 구성에 관련하여 질문드립니다

조금 비유를 해서 설명드리면

로드밸런싱은 같은일을 나눠서 하는 협업에 가깝고, DB분리는 일의 역할을 나눠서 하는 분업에 가깝습니다.

저사양의 서버를 어린아이, 고 사양의 서버는 어른이라고 했을 때

저사양의 서버를 로드밸런싱이나 DB분리를 하면 5살짜리 어린 아이에게 일을 시키는데 어린애 한명 더 데리고 와서 일을 시키는 겁니다.

일의 효율이 좋아진다고 보기 어렵습니다. 오히려, 서로간의 협의가 안돼서 전반적인 업무는 더 느려질 수도 있습니다.

그래서 차라리 어린아이 두명 데리고 일을 하는 것보다 일을 잘하는 성인 한명으로 교체하는 게 나은거죠.

성인 한명으로도 일이 힘들어졌을 때 보조하는 어린아이를 두던지(저사양 보조서버) 아님 베스트는 어른 한명을 더 둬서 협업을 하던지, 분업을 하던지 시키는게 좋은거죠.

의견 감사합니다. 실은 지금 NodeJS의 포지션이 서버 한대에서 매우 어중간히 돌아가고 있는 상황이라 고려해보았는데요.

NodeJS 앱 또한 PHP의 앱들과 같이 데이터베이스를 사용하는데 이 때 성격이 다른 두 언어를 나누어 보거나 메일과 같은 보조적 기능을 하는 서버를 하나 만들어 자원 공유를 생각해보았습니다.

그리고 아무래도 웹 서비스같은 경우에는 약간의 딜레이가 생기더라도 사용자 입장에서는 큰 체감 상의 변화가 생기지 않지만 일부 웹소켓으로 다른 서비스의 API에 연결하여 사용하는 봇과 같은 경우에는 상당히 서버의 위치에 따라서 지연이 생기기도 했기에 NodeJS와 PHP 분할 또는 데이터베이스 분할을 생각해보았던 점도 있었네요.

일단은 VPS의 사양이 완전히 큰 사양도 아니기도 하고 크게 무리가 서비스가 프로세스 매니저에 의해 재시작되는 경우가 많지는 않아 플랜을 올려보려고 합니다. 의견 감사합니다.

그나마 고려해야 할 상황은 nodejs와 php를 앙에 각기 다른 서버로 분리시키는게 그나마 낫지만 어차피 둘이 연동을 해야하는 상황이라면 한 서버에서 두는게 그나마 낫습니다.

뭐든 연습이 되니 시도해보세요.

아마 둘이 연동이라면 api...? 정도 되지 않을까 싶습니다. 답변 감사합니다!

의견 감사합니다, 첨부하신 글들은 모두 읽고 지금 다시 생각하고 있습니다.

가장 큰 문제에 있어서는 NodeJS 앱이었습니다. 그 이유는 NodeJS의 앱은 하나의 프로세스가 싱글 스레드를 사용하기 때문에 cluster 또는 로드밸런싱이 어느정도 고려될 수 밖에 없었습니다.

그렇다면 시나리오를 본다면 한 프로세스를 할당된 코어 개수만큼 프로세스 포크를 했을 때 CPU의 점유율이 위(마스터님과의 대화)에서 언급한 웹소켓 하나에서만 10% 이상 점유되어 버려 고려해보았습니다.

그리고 이 두 언어의 성격상 캐싱의 방식은 겹쳐질 수 없었던 점도 있었습니다.

아직은 서비스의 업타임까지 영향을 주지는 않아 답변하신 대로도 시도해볼 계획입니다. 의견 감사합니다.