차트 조회가 너무 늦다고 해서 일단 서버 교체하기 전에 내부 네트워크 회선 점검을 먼저해야 할 것 같은데..
클라이언트와 서버 회선에 대한 단순 속도테스트 하는 정도면 되는 건가요.. 아님 다른 테스트 툴이 있는 건가요..
그리고 단순 속도 테스트도 특별한 툴을 써야 하나요..
허브는 단순아이피타임 기가 허브 걸어놨는데 이런 장비로 인해 문제가 있을 수도 있을까요...?
차트 조회가 너무 늦다고 해서 일단 서버 교체하기 전에 내부 네트워크 회선 점검을 먼저해야 할 것 같은데..
클라이언트와 서버 회선에 대한 단순 속도테스트 하는 정도면 되는 건가요.. 아님 다른 테스트 툴이 있는 건가요..
그리고 단순 속도 테스트도 특별한 툴을 써야 하나요..
허브는 단순아이피타임 기가 허브 걸어놨는데 이런 장비로 인해 문제가 있을 수도 있을까요...?
스위치는 인텔리전트 L2스위치는 써야 한다고 생각합니다.
일반 더미 말구요 이왕이면 1G급..
그래야 속도도 보장받고 특정 PC가 느리거나 하면
해당 포트에 대한 모니터링도 가능하고요
중형 병원에서 듣보잡 일반 더미허브 넣은것 보면
기가 막힙니다. 서버는 HP나 델인데 허브는 듣보잡 더미라니..
그리고 공유기 lan 속도 특히 IP타임 거지 같다는 것 아시죠?
오래전 일이지만
IPtime
netgear
네티스
이렇게 LAN은 1G 급 2.4Ghz/5Ghz 지원 801.11n 제품 유무선 공유기 3가지를 벤치마킹 테스트 한 바 있습니다.
제속도 나오는 제품은 netis였습니다.
iptime은 무선 범위만 넓고 그외는 정말 최악였습니다.
그런데 요즘 네티스 공유기 AC 제품은 방열판이 아예 없어서.. ㅡㅡㅋ 2.4 G 좀 부하주면 뻗어버립니다 흑흑
기가비트가 맞다면 최소한 30 MByte /s 정도는 나와줘야합니다.
그리고 박문형님도 언급하셨지만, IPTIME 허브는 넷기어 제품이나 기타 다른 장비로 갈아타는게 좋겠네요.
2. 네트웍장비 문제
나눠서 생각해 보세요 네트웍 문제가 아닐때도 많습니다.
서버 스펙 확인이 필요해요
그래야 뭐가 문제인지 알수있습니다
저희도 병원 유지보수 하지만 어지간하면 잘 돌아갑니다.
xeon 54xx시리즈 메모리 8기가 hdd 레이드5번 성능
네트웍 델2824 정도 스위치
이정도면 50 클라이언트 사용하는데 아무지장 없습니다.
현재 이정도 보다 사양이 높은데 느리면 DB 튜닝 해줘야 합니다.
중요한게 서버는 후져도 네트웍은 기가빗 스위치 써줘야 합니다.
브랜드는 HP,DELL 정도 이것도 비싸면 넷기어 정도 사용하시면 됩니다
(메모리관리,청구DB 이렇게 문제가 있습니다)
그렇다고 느리진 않습니다.
DB튜닝할려면 돈 들어가는데 병원장이 돈을 안쓰려고 합니다.
그렇다고 제 사비 털어서 할 수 있는 것도 아니고 뭐 건수 있으면 원무팀장이랑 이야기 하고 제품 가격에 튜닝비용 언저서 해야 합니다.
현제 서버 스펙은 윈도우서버 2008 R2
DELL R720 E5-2650 2.0G 8CORE 1EA , DDR3 ECC REG 32G , DB HDD SAS 600G/15K RAID1 네트웍 스위치 DELL 2848 48포트 기가빗
이렇게 약 60클라이언트 처리합니다.
실제 DB에서 결과 떨어진 결과값을 텍스트기반으로 패킷 전송하는데 네트워크가 10G여도 챠트는 여전히 느릴겁니다.
딱봐도 DB인데...
천만원짜린데 쩝...
병원장이나 의사들이나 소프트웨어 기술력에 돈을 투자 전혀 안하니까 이런 상황이 발생하는겁니다. 기계만 새로사면 다 되는줄 아는 요즘사람들이라...
환자정보 불러올때 잠깐 로딩 생깁니다.
기가빗은 로딩 그런거 없이 바로바로 조회 되니까요
그렇다고 진료 못할정도는 아니고요
아무래도 스위치 처리속도 영향 있을것 같고 ....등
여러 요인이 있겠죠?
그리고 병원급은 PACS 영상정보 때문에 기가빗 필수입니다.
대부분 기가빗 스위치 교체가 영상정보 때문에 바꾸니까요
일반적으로 DICOM의 thumbnail 정도 (study나 patient id로 조회후 바로 보이는)도 그 정보를 어떤 방법으로 추출해서 보여주느냐에 따라 성능차이가 큽니다.
거기에, 그 정보를 워크스테이션에서 보느냐 진단 장비에서 보느냐도 차이가 큽니다. 의료기기에 SSD등이 들어간게 그리 오래되지 않았습니다.
요청이 있을 경우 서버에 저장된 DB를 분석해서 해당하는 Dicom의 thumbnail을 하나하나 불러서 처리하는 경우도 있는데,
특히 오픈소스중 GDCM을 써서 만든 어플리케이션을 사용하는 소트프웨어로 이런 방식을 취하면
클라이언트에 리스트 보내주는것만해도 꽤 걸립니다. 대역폭 문제가 아니라 처리속도 문제입니다..
거기에 장비에는 각 회사 특유의 포맷으로 저장하고, PACS로 보내거나 backup시 정보를 DICOM 표준으로 변환해서 전송하는 경우도 있는데
이런 경우까지 겹치면 대충 130GB 정도 정보를 3시간 걸쳐 백업하는 경우도 종종 발생합니다...
이걸 시스템 모니터로 분석하면 대역폭은 10%도 사용 안하고 있는 경우가 허다합니다..
일단, 차트를 보는 PACS 시스템을 어떤것을 사용하고 있는지 확인하시고..
PACS를 설치했다면 해당 병원 담당 직원이 있을것입니다.. 병원 PACS담당에게 연락해서 해당 제공자의 담당자와 연락을 해 보시는것이 필요해 보입니다.
H/W 문제로 보이시고 규모가 좀 되는 병원이면 의공팀/통신팀이 있을테니 문의하시면 될 것 같습니다.