안녕하세요.


중소기업 1인 전삼담당자입니다..


혼자 열심히 고민해 봤지만 답이 나오지않아 이렇게 지혜 구합니다ㅠㅠ


저희 기관에서 직원분들이 개개인 PC에서 서버에 깔려있는 특정 소프트웨어로 정보를 요청하는데,


트래픽이 많아지면 속도가 느려지고 정말 많아지면 사용하기에 답답한상황까지 옵니다ㅜㅜ


사실 사용량이 많아지면 속도가 느려지는건 당연하지만, 문제는 사양을 올리려고 해도 어떤걸 올려야될지 모르겠습니다.


  • 1.어떤게 문제인지 판단하는 방법(서버문제인지, 스위치문제인지, 서버안에 깔려있는 소프트웨어 문제인지)

  • 2.어느정도까지 사양을 올려야된다 판단하는 방법

간략 네트워크 구성도 첨부드립니다.


아 그리고 스위치는 시스코입니다!


감사합니다!

서버벨은 거의 모든 브랜드의 서버, 네트워크장비, 파트 및 옵션을 운영하고 있습니다.

Sponsored http://www.serverbells.com

서버벨은 HP, DELLEMC, IBM, LENOVO, CISCO, FUJITSU, ARISTA, ARUBA 등 전반적인 IT브랜드 신품/리퍼 재고를 유지 및 서버/스토리지/네트워크/옵션/파트 등을 전문적으로 운영하는 기업입니다.

자세히 보기

게시글 작성자가 남긴 피드백입니다.

익명 사용자

게시글 작성자 | 0 추천 | 약 한 달 전

답변 감사합니다 ㅠㅠ.


네트워크보다 서버쪽 확인해 보겠습니다!!

17개의 답변이 있습니다.

0 추천 | 약 한 달 전

어느정도 규모가 되신다면 전문업체와 상의 하시는걸 추천 드립니다.

Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

0 추천 | 약 한 달 전

입력이 안돼 이미지 캡쳐하여 올립니다. 


Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

1 추천 | 약 한 달 전

일단 서버 모니터링을 하시면서 서비스가 느려질 때의 정보값을 확인해 보세요.

느려질때

  • CPU, MEM 값이 높아지는지면, 많이 사용하는 프로세스가 해당 프로그램이 맞는지 확인

  • 네트워크 사용량이 높아지면, 전송 트레픽이 얼마나 되는지 회선용량을 다 사용하는지

  • 프로세스중 DB 관련된 부분의 사용량이나 부하가 올라가는지

위의 기본적인 부분을 먼저 확인하시고, 시스템 리소스 부족이라면 증설하시고 아니면 솔루션 문제인 것으로 보이니 업체를 불러서 튜닝하시는게 좋을 것 같네요.

Reply

| 약 한 달 전

맞습니다. 우선순위로 보았을때  시스템/네트워크/DB 순차적으로 확인이 필요하죠


Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

0 추천 | 약 한 달 전

내부망에서 특정 서비스만느려질 정도면

네트워크보단 서버를 의심하는 것이 우선이죠

느려지는 시점에 해당서버 또는 옆의 장비에서 같은 서비스를 호출해보세요

동일하게 느리면 서버

안느리면 네트워크 또는 사용자 pc

Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

0 추천 | 약 한 달 전

데이터의 종류와 크기에 따라 다르지만 

네트워크 전체 1G라면 네트워크 부하보단 서버쪽 부하 및 처리속도 문제라고 볼수 있습니다. 


Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

0 추천 | 약 한 달 전

일단 구성도를 봤을때 PC뒷단에 L3, L2가 연결되어 있는데,..

느린곳이 L2단인지 L3단인지 확인이 필요할 것 같고, 일단 제가봤을때 얼마나 많은 트래픽이 가는지 모르겠지만.. 스위치단에서 못버틸정도의 트래픽일것 같지는 않을 것 같습니다.

그냥.. PC사양이 딸려서... CPU와 메모리를 많이 먹어서 느린것일수도 있고.. 네트워크 단에서 너무 과도하게 몰려서 대역폭이 꽉차서 느린것일 수도 있고... 마지막단 방화벽에서 QOS가 걸려있어서 느리게 처리하는것일수도있어서.. 일단 정확한 확인이 필요할 것 같습니다.

일단 고사양의 PC를 마련해서 거기서 소프트웨어를 돌렸을 경우 어떤지 보시고.. 그 뒤에 아직도 문제가 있다고 하면 스위치를 보시고 그담에 서버를 봐서 느릴당시에 top으로 서버 리소스상태보면 될 것 같습니다.

Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

0 추천 | 약 한 달 전

처리하는 데이터에 따라 여러가지 환경적인 요인에 따라 영향을 받기도 해서 한가지로 단정지을 수 없습니다.  의심가는 것부터차례로 체크하면서 원인을 발견하고 해결하는것을 권장합니다. 나중에 노하우가 쌓이면 지금보다 더 효율적으로 해결할수 있을것 같습니다. 

Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

0 추천 | 약 한 달 전

대부분 네트워크 단에서의 문제는 많지 않습니다. 

서버와 PC간에 어떤 데이터를 주고 받는지는 모르겠지만,

대용량의 파일 들을 주고 동일한 타임대에 주고 받는 방식이 아니고

일반적인 데이터를 주고 받는다면 서버의 사양이나 Database 구성 방식,

Query 방식 등에서 문제가 있을 수 있구요, 다른 문제가 튀어 나올 수도 있습니다. 

너무나 다양한 문제가 있을 수 있기 때문에 지금으로서는 하나씩 문제가 발생될 소지가

있는 부분들을 체크 해 나가는 방법밖에 없을 듯 하네요.

유지보수 업체에 해당 내용에 대해 파악을 해 달라고 해도 대부분 

본인들이 관리하는 부분에는 문제가 없다는 답이 올꺼 같구요...

그래도 모르니 관련 업체 모두 모아 놓고 머리를 맞대고 회의는 한번 해 보시는게

좋습니다.

Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

0 추천 | 약 한 달 전

세션이 어느정도인지 데이터량이 얼마나 되는지 정확한 정보가 없지만

PC가 많지 않다면 아무리 낮은 스위치라도 트래픽이 부족하진 않을 겁니다.

현 구조에서는 서버단의 성능저하나 데이터 처리 방식이 데이터베이스 쿼리방식이라면

데이터베이스 SQL 초리속도 저하 정도 의심해볼 수 있을것 같아요. 

Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

0 추천 | 약 한 달 전

일반적인 경우 클라이언트가 엄청나게 많은 대역폭을 지속적으로 잡아먹는게 아닌이상 부하가 걸리는건 쉽지 않은 수준입니다.

외부망이라서 100Mbps같은 형태라면 그럴 수 있지만 5e기반 케이블에 장비들도 기가를 쓰실거라고 보구요


1차적으로 중간단 스위치가 100Mbps를 쓰거나 한다면 교체가 맞으실거고

1Gbps이상인데도 문제가 생기신다면 Wansoo님의 세팅으로 구성변경이 맞으실 거로 보이고

제가 볼땐 오히려 서버측에서 부하가 발생해서 지연이 발생되는것으로 추정됩니다. 서버에서 탐색하고 결과물을 보내야 하는데 그 요청의 개수가 너무 많거나 잦아지면 상대적으로 쌓여서 느려질 확률이 높아보입니다. 

서버라면 자체적인 모니터링 툴들이 있으니, 윈도우서버라면 작업관리자 등을 리눅스라면 top 명령어등을 사용해서 부하가 생기는 시점에 CPU, Disk 사용등을 체크하시는 방법이 있습니다.

Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

0 추천 | 약 한 달 전

내부팡에 부하가 걸리는데를 찾아야 합니다. 일단 스위치에서 Ping 테스트를 해보시고 아니면 MRTG를 사용해서 속도 체크도 해보세요

Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

1st 5stars

0 추천 | 약 한 달 전

네트워크 연결 구성이 케스케이드 방식으로 한개 스위치에서 다른 스위치로, 다른 스위치에서 또 다른 스위치로 연결되어 있는데요.

PC에서 서버와 통신하기 위해 세개 스위치를 모두 거쳐서 통신해야 하기 때문에... 이 구성은 권장할만하지 않고요.


세개 스위치 중에 가장 성능이 좋은 스위치를 백본 개념의 스위치로 삼고 다른 스위치나 서버를 백본 스위치에 직접 연결하는 구성을 권장하고 싶네요.


성능에 문제가 있는 상황이라면... 성능 빵빵한 스위치를 새로 하나 장만해서 백본 스위치로 삼을 것을 권장하고 싶네요.



서버 문제인지, PC 문제인지, 네트워크 문제인지에 대한 내용은...

서버에서 부하가 어느 정도 걸리는지, 서버가 요청을 받은 후에 응답이 나오는 시간이 어떻게되는 지로 서버 문제 여부를 판단할 수 있겠고요.

네트워크 문제는 네트워크 과부하 정도가 어떻게 되는지, 네트워크 단에서 지연이 어떻게 되는지 등의 내용으로 판단할 수 있겠고요.

PC 문제는 사용자 액션후 PC에서 요청이 나오기 까지의 시간이 어떻게 되는지를 측정해 보면 될 것 같고오요. 

PC나 서버는 해당 OS에서 제공하는 다양한 성능 측정 툴로 산출되는 수치값을 비교해 보면 도움이 많이 될 수 있겠고요.

예를 들어 메모리 사용량, CPU 사용량, 디스크 부하량 등등의 값을 측정해 보면 도움이 되겠고요.

Wireshark 같은 툴을 PC와 서버에 설치해서 PC에 설치한 툴을 통해 요청이 전달된후 응답이 오기 까지의 시간을 측정해 볼 수 있겠고, 서버에 설치된 툴을 통해서 요청이 들어온 후, 다시 응답을 보낸 시간을 측정해 볼 수 있겠고요.


네트워크와 서버의 문제일 경우에는 한대 컴퓨터 만이 아닌 전체 컴퓨터에 영향을 끼칠 수 있다는 공통점이 있을 것 같고요.


네트워크를 첨부한 구성으로 변경할 경우에 거쳐가는 스위치별로 결과 차이가 어떤지를 가지고 문제 원인을 평가해 볼 수도 있기 때문에 원인 검증에 있어서도 현 구성보다 유리한 점이 있다는 점도 참고해 볼 필요가 있겠네요.


Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

0 추천 | 약 한 달 전

단순히 구성도 상으로는 사유 확인이 어렵습니다. 검토해야 할 부분이 많아서요 ! 

트래픽이 많아진다고 하셨는데 소프트웨어에 요청하는 트래픽이 어느정도 인지도 보셔야 하구요

구성도 기준으로 검토해볼만한 내용 공유 드려볼게요!

  • 1.물리 회선 1G 이상 사용 가능한 회선으로 pc <-> 서버까지 구성되어 있는지(cat5.E 이상 구성)

  • 1.pc <-> 서버까지 cat5.e 이상 구성되어 있어야 합니다.

  • 2.PC와 서버 간 통신이 로컬 통신인지 L3 통해 다른 대역으로 통신하는 구성인지

  • 1.L2는 트래픽 흘려주기만 해서 대용량 트래픽이 아닌 경우 크게 이슈 되진 않을 겁니다.L3가 라우팅 작업을 하는 경우 L2 보다 처리 속도는 느릴 순 있으니 라우팅 작업 하는 지 보시면 좋을 듯 하네요

  • 3.요청 트래픽으로 인해 서버 과부화, 자원 부족으로 트래픽 감당을 못할 수도 있습니다. 트래픽 많은 시점에 서버 모니터링이 필요해보입니다.!  

Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

0 추천 | 약 한 달 전

스위치 소호용이 아닌 이상 스위치 문제는 아닐 듯 합니다만.

부하 걸릴때 스위치-서버 확인해보셔야 할 듯 합니다. CPU나 메모리 점유률, 서버는 디스크 용량도...

DB 사용하신다면 DB 튜닝도 필요하고요. 하나씩 확인해보셔야 할 듯...

Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

0 추천 | 약 한 달 전

내부망에서 네트웍의 속도저하까지 일으킬 정도면 어지간한 트래픽으론 어림없습니다. 보통 피크타임에 속도저하가 일어나면 서버의 퍼포먼스를 먼저파악하지요~!

Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

0 추천 | 약 한 달 전

어떤 정보를 요청하는지? 데이터량은 어느정도 되는지 등

좀 더 정보가 있으면 도움되겠습니다. (공개가 허용되는 선에서 ^^)

Reply

댓글 남기기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

답변 달기

답변을 작성 하시려면 로그인이 필요합니다.

로그인 회원가입

IT 솔루션 또는 하드웨어 도입을 검토 중 이신가요?

쉐어드IT 솔루션 상담실에서 믿을 수 있는 제품과 업체를 추천 받으실 수 있습니다.

솔루션 상담실 IT 컨시어지 서비스

네트워크 카테고리의 다른 질문들...

  • 2일 전
  • 댓글 : 하루 전
  • 3일 전
  • 댓글 : 하루 전
  • 4일 전
  • 댓글 : 하루 전
  • 9일 전
  • 댓글 : 8일 전
  • 12일 전
  • 댓글 : 10일 전
  • 16일 전
  • 댓글 : 12일 전