안녕하세요. 과부화로 인해 이중화를 고민 하고 있습니다.
jenkin, git, svn 를 운영하고 있는데 과부화로 네트워크 행이나 I/O 행이 걸릴때가 많습니다.
뭐 시간이 지나면 해결이 되긴 하지만 바쁠때 이러면 문제가 많이 생깁니다.
그래서 L4 HA 등을 이용해서 이중화를 하고 싶습니다.
좋은 방법이나 추천 장비가 있으면 소개 부탁 드립니다.
해당 질문의 문제를 해결, 도움이 되는 선택된 답변이 있습니다.
작성된 다른 답변도 확인해 보시기 바랍니다..
20개의 답변이 있습니다.
Jenkins, SVN, Git만 갖고서는 부하가 걸리진 않습니다.
다만 해당 형상관리나 DevOps를 사용하는 환경에 따라서 부하여부를 판단해봐야 할텐데요.
소스의 커밋이 얼마나 빈번한지,
Jenkins를 통한 배포가 빈번한지 등을 고려해보셔야할 테고요.
실행 환경등을 변경해야 할지 고민해봐야 할 문제 입니다.
예를들어 Jenkins를 쿠버네티스에 올려서 돌리게 된다면,
오토스케일링으로 예전과는 다르게 느껴질 수도 있습니다.
또, 부하가 느껴지는 경우 중에 네트워크 환경이 문제가 될 수도 있습니다.
네트워크에서 과부하게 있다고 판단되면 L2~L4, 스위치 등을 점검해 봐야 할테고요.
잘못 설치 또는 구성된 네트워크를 찾아봐야 합니다.
여러가지 의견 감사합니다. 확인해봐야 겠네요. 소중한 답변 감사합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입이런경우, L4 로드 밸런서를 통해 네트워크 트래픽을 여러 백엔드 서버로 분산하여 네트워크와 서버 부하를 줄일 수 있습니다.
장비로는 아래 제품 검토해보세요.
F5 LTM - 고성능, 안정성 다만, 고가
FortiADC - 보안기능과 로드 밸런싱 동시 제공, 중고가
좋은 정보 감사합니다. 확인해봐야겠네요. 소중한 답변 감사합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입일단 위와 같은 상황이면 SW적으로 이중화보다는 네트워크 L4장비를 통한 이중화 구성이 필요한데.
그럴려면.. 여기 말고 솔루션상담실을 통해 제대로 된 컨설팅을 받아보기 바랍니다.
네 그래야 할듯 합니다. 소중한 답변 감사합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입전문 업체와 상의를 하시는걸 추천 드립니다.
네 그래야 할듯 합니다. 소중한 답변 감사합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입네트워크 I/O 양을 볼때는 네트워크 부하로 판단되는 경우가 있지만,
100% 네트워크 문제만은 아닐 수 있습니다.
얼마전에 고객사에서 네트워크 부하가 엄청나게 몰려서 서비스가 다운될 지경까지
간 경우를 봤는데, 결국에는 네트워크 대역폭이 부족해서가 아니라
특정 Software 문제로 인해 지속적인 통신 요청으로 인해 네트워크가 느려지는
현상이 발생한 거였습니다.
이것을 보더라도 네트워크 대역폭이 부족해서가 아니라 솔루션의 문제일 가능성도
배제하지 못하는 겁니다.
문제의 원인을 먼저 찾으시는게 중요할 것 같아요.
svn이나 jenkins 같은 경우 CPU 100% 이슈가 있긴 했는데 지금 상황은 그 이슈는 아닌듯 합니다. 소중한 답변 감사합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입상황에 따라 다릅니다.
svn 같은 경우는 1천대정도가 동시에 checkout 을 하게 되면 네트워크 과부화
commit 할때는 데이터 양에 따라서 네트워크+I/O 과부화로 보여집니다.
Jenkins 도 비슷합니다.
job 을 배포할때 1천대xjob(4~6)를 같이 전송하다보면 네트워크 + I/O 과부화가 발생되는것 같습니다.
모든 장비는 SSD 로 구성되어 있습니다.
여러가지 개선을 위해 생각을 해봤는데 답이 없어서 svn1, svn2 , jenkins1, jenkins2 로 물리적으로 분산해서 사용중에 있습니다.
이걸 해결하고자 문의를 드렸습니다.
1000대 이상이 동시에 부하를 일으키는 상황이라면 고가의 고성능 네트워크 장비로 교체하는 걸 검토해 보는 게 좋을 걸로 보여지네요.
아니면 과부하가 일어나는 작업이 시간차를 두고 실행될수 있도록 락 처리 등의 방법을 적용하는 것도 검토해 볼 수 있을 것 같고요.
서버 및 네트워크에 적은 부하로 요청 처리 상태를 먼저 체크하도록 해서, 요청 처리 상태가 부하가 적은 상태일때는 수행을 하도록하고, 일정 수준 이상의 부하가 발생하는 상태일 경우에는 부하량이 경감될때까지 기다렸다가 처리되도록 하는 방법을 고민해볼 수도 있을 것 같고요.
전산 담당자가 검토해 보기 쉬운 방법은 비용을 많이 투자해서 고가의 장비로 교체하는 것이 좋지 않을 까 싶어 보이네요.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입네트워크가 문제인지 서버가 문제인지 먼저 파악 부터 하셔야 할 듯 합니다.
장비 교체를 해야 할지 부하분산을 해야할지 판단이 설 듯 합니다.
둘다 문제인듯 합니다. 정확한 원인 찾기가 어렵네요. 소중한 답변 감사합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입정확하게 어느쪽에서 문제인지 성능에 대한 모니터링이 필요할것 같습니다.
그리고나서 이슈 사항에 대해 업그레이드 및 서비스 설정을 해야하구요
웹서비스가 문제라면 L4 구성을 해야겠지요 트래픽 분산을 위해서요
하지만 서버 문제라면 LB가 필요합니다.
현 상태에서 이중화보다 성능문제를 해결한 후에 말이죠
둘다 문제인듯 해서 어렵네요. 소중한 답변 감사합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입과부화가 서버단인지 네트워크 단인지가 우선 확인되셔야 할 것 같아요 !
서버단에 과부화라면 운영하는 서버를 분산한다던가 리소스 증설, 변경 등을 고려하시면 될 것 같구요
네트워크 단에서 과부화라고 하면 해당 서버에서부터 서비스를 사용하는 엔드포인트까지
전체적으로 검토하는 게 맞습니다. 랜케이블 부터 해서 l2 스위치,l4 스위치까지요 !
(내부-내부 트래픽인지 내부-외부 트래픽인지에 따라서도 네트워크 쪽은 검토할 게 더 있을 듯 합니다.)
둘다 문제인듯 합니다. 정확한 원인 찾기가 어렵네요. 소중한 답변 감사합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입HA는 과부하에 대한 대응 방안이 되지는 못하고요.
과부하에 대한 대응방안은 로드 밸런싱을 검토하는 게 필요하겠는데...
로드 밸런싱을 추진하기 전에 과부하의 원인 부터 제대로 확인해서 그 원인을 제거할 수 있는 방법을 찾아 보는 것이 순서일 것 같습니다.
네트워크 장비의 성능이 너무 낮다거나 네트워크 케이블의 대역폭이 낮다거나 장애가 있지는 않은지, 다른 불필요한 트래픽으로 인해 과부하가 발생하는 것은 아닌지, 서버 또는 PC의 성능이 낮아서 그런것은 아닌지, 사용하는 프로그램, DB, 로직이 최적화되어 있지 않아서 문제가 발생하고 있는 것은 아닌지 등에 대한 원인을 구체적으로 찾아서 해당 원인을 제거하는 것이 적절한 대응 방안이 될 수 있을 것 같네요.
네 로드밸런싱이 필요 할것 같습니다. 분산처리를 하면 좀더 원활하게 사용할수 있을듯 해요.
소중한 답변 감사합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입