안녕Ȣ16;세요~
1333;합병원에서 1032;료1221;보시스템1012; 운영Ȣ16;고 1080;습니다.
현1116; 사용1473;1064; PC와 연결.108; 1109;비lj16; 250여대 1221;도 1077;니다.
HP DL580 G5 CentOS 6.9, Oracle 11g std/196; 구축.104;Ǻ12; 1080;1004;며 Unity XT 400스토리1648;를 사용1473;1077;니다.
DB서버1060;며, 서비스lj16; 6대1032; 웹서버/196; 운영1473;1077;니다.
1064;스턴스 3개만 돌아갑니다.
오래.108; 1109;비1060;긴 Ȣ16;1648;만 딱7176; 고1109; 1080;lj16;,148; 아닌데 새/196; 1613;축1012; Ȣ16;,172;.104;면서 PC와 1109;비가 400여대1221;도/196; 늘Ǻ12;나1648; dz10;습니다.
그런데 새/196; 구축Ȣ16;,172;.104;면 Oracle std가 16core(스/112;드 16)까1648; 1064;,144;/196; 알고 1080;습니다.
그래서 8core 16thread1064; 6234 Gold를 싱글/196; 사용해야 Ȣ16;나 dz10;습니다.
6234(8Core/16thread/L3 24.75MB Cache)싱글과 현1116; E7450(24Core/L3 48MB Cache)  x 4cpu를 비교했1012;ǐ12; 성능향상1060; 1080;1012;까? 라lj16; 생각1060; 들더군요.
현1116; load averagelj16; 41221;도/196; 1200;lj16; DBlj16; ǖ16;빨1060;라고 생각Ȣ16;lj16; 사람1064;1648;라 다른 1648;사?가 서버를 교체할ǐ12; 메모리만 1613;설해서 사용해왔lj16;데 구형1109;비1076;에도 체감1060; lj12;/140;1648;1648;lj16; 않았습니다.
오라클1012; 엔더프라1060;1592;/196; 가1088;니 비용ǥ12;NJ12;1060; 너무커서 std/196; Ǹ16;/140;고 Ȣ16;lj16;데 E7450 x 4 / 128GB vs 6234 gold x 1 / 128GB 성능 차1060;가 1080;1012;까요?
코Ǻ12;ǥ12;1088; 캐쉬ǥ12;1088;1064;데 HP DL580 G5 E7450 x 41032; ᅆ1;우 ǖ16;1012; 256GB까1648; 1613;설가능한데 메모리를 최대한 올리고 쓴다면 E7450 x 4가 떠 빠르1648; 않1012;까 해서요.
1312;Ǻ16; ǥ12;ᓠ1;드립니다. ^_^ 
퍼포먼스 비교는 실장비 가지고 BMT해서 비교하는 것이 재일 좋다라고 생각합니다..
그보다 문제는 HP DL580 G5 서버면 FBDIMM 메모리 사용하는 시스템인데 유지보수가 재대로 될까 하는 것이 의문입니다..
글에 내용으로 보아 큰 사고 없이 잘 운영하신 듯한데 그 점에는 칭찬 드리고 싶습니다..
아마도 6234 시스템은 듀얼 보드일텐데 일반적으로 CPU를 1개만 설치하면 PCIe 슬롯을 모두 사용하지 못합니다..
보드나 시스템 블럭 다이어그램을 보시면 압니다..
따라서 CPU는 듀얼보드 시스템일 경우 2개 설치하는 것이 낫습니다.. (2개 설치 하고 HT 끄는 것이죠..)
BMT할 수 있는 장비가 있다면 좋겠지만 그렇지 못한 상황입니다.
하드웨어적인 문제라면 유지보수 업체가 있어서 크게 걱정하지 않아도 됩니다. ^_^
그리고 HP 파츠가 가장 구하기 쉬우니까요.
운영은.... HA구성되어 있어서 장애에 대비는 해두었지만 제가 운전대 잡은 14년간은 아직 스텐바이로 넘어간적은 없습니다. ^_^;;;
HBA 두장정도만 꼽히면 되어서 PCIE 레인을 모두 사용할 일은 없지 싶습니다.
CPU 가격이 문제가 되는건 아니고 오라클 라이선스 정책이 문제입니다. ㅠ_ㅠ
그래서 8코어 8스레드 브론즈 CPU를 싱클로 두대를 구성하여 RAC를 할 까도 생각해 본적이 있습니다.
스케일러블 제온은 CentOS 6.9 가 재대로 안 지원되는 것으로 생각했고 그에 따라 데이터를 부어 넣어도
재대로 돌아가게 하려면 손을 많이 봐야 할 것으로 생각하였기 때문입니다..
때에 따라서는 그렇게 마이그래이션은 불가능하고 프로그래밍을 다시 해야 하는 경우도 생기고요..
말씀하신대로 스케이러블 제온을 도입할 때에는 CentOS 6.9이 아니라 Rocky로 생각하고 있습니다만 이또한 서티가 안되는 상황입니다.
HP가 될지 레노버가 들어 올지는 모르겠습니다만 현재로서는 둘다 서티를 받기는 어려워서 Rocky가 안된다면 clearOS를 고려하고 있습니다.
2. HT를 끄고 16코어 CPU를 사용하는 것을 고려해 볼 수도 있습니다. 성능면에서는 현 세대 제온이 당연히 우월합니다.
다만 도입 비용과 마이그레이션 비용을 잘 저울질 해야 하겠죠.
시간이 흐를수록 레거시 장비의 유지보수 비용은 올라가고, 마이그레이션은 힘들어집니다. 수명주기에 따른 관리가 이루어지지 않는다면, 교체 기회가 왔을 때 교체하는 게 좋습니다.
2. 오라클은 비어 있는 소켓까지 문제가 됩니다.
16Core 32thead 제품을 사서 HT를 껏을때 라이선스상에 문제가 되지 않는다면 좋겠습니다만 확인이 안되더군요.
더욱이 현재는 오라클 상담원이 외국인만 있습니다. ㅠ_ㅠ
3. 비용이 가장크게 작용 합니다. 다른 지사들이 장비를 교체할때, 램을 증설하고 현재도 무리 없이 돌아가고 있는중이긴 합니다.
단순하게 OS와 DB만 교체하는게 아니라 여러 솔루션이 같이 교체되어야 하기에 교체시기를 한번 넘기면 많은 비용이 절감이 되어서요. ^_^));;
시기를 놓치면 돈을 얼마를 줘도 좋으니 제발 마이그레이션만 되게 해달라고 애걸복걸하는 순간이 옵니다. 여러 솔루션들이 함께 동작해야 한다면 더욱 그렇구요.
기본적으로 DB가 주가 되겠고 보저적 역할 이래봐야 이중화 솔루션이니 그때그때 되는 솔루션으로 구입하면 되니까 DB서버로만 본다면 큰 부담이 없습니다. ^_^
어차피 여기에 계신 분들은 의견을 제시할 뿐이지 선택의 책임을 지는 것이 아니니까요. 선택과 그로 인한 책임은 책임자가 지는 것입니다.
라이센스 폭리가 갈수록 심해집니다
저도 PostgreSQL(EDB)또는 Cubrid를 검토했습니다만 SI에서도 마이그레이션이 쉽지는 않다고 합니다.
그래서 개발시 ORM을 적용하여 개발하여 DB전환이 쉽게 개발해 나가달라고는 했습니다.
성능을 고려하자니 하다웨어를 올려야겠고 그러다보니 DB라이선스가 감당이 안되는 상황이긴 합니다.
7450따윈 쿼드해봤자 이젠 i3발치에도 못 미치는 우울한 성능입니다
또한 오라클이라면 아마 라이센스가 코어 개수 비례일테니 비용 문제도 무시 못합니다
다만 잘 돌아가는 서버를 교체하는건 위험부담이..
교체는 하는데 성능이 못미칠까봐 그러는거죠 ㅎㅎ
DB서버라 IO비중을 높게 보고, DB상에서 처리되는것들이 묵직하게 일괄처리 하는 타입이 아니라 저클럭 다코어가 유리 할 수도 있을것 같아서요.
그리고 네트워크, 디스크 처리같은건 멀티코어 지원 보장되지 않을 가능성 (분할이 되란 보장이 없음)땜에 싱글 코어 높은 시퓨가 유리한 분야입니다
DB쿼리자첸 코어별로 분산이 가능한 분야다보니 상관없지만, 1개의 쿼리의 최대 처리시간은 결국 싱글 코어 성능에 발목 잡힙니다 (쿼리자체를 분할할 순 없음)
거기다 사악한 오라클의 금액을 고려하면 코어 개수 많으면 감당할 수 없습니다 (이 금액에 비하면 서버값따윈 새발의 피)
다행히 7450*4=6*4/2니까 16코어 이내에 들어가긴하네요 (이걸 넘어가면 비용이 폭증)
현재 오라클은 라이선스에는 문제가 없는데 앞으로 교체가 걱정이라서요...
DB바꾸고 싶은데 SI가 바꿀생각이 현재로는 1%도 없습니다. ㅎㅎ
위험 부담 고려시 바꾸기 싫어할껍니다
거기다 시퓨가 빨라지고, 램이 좀 넉넉하면 디스크가 살짝 느려도 보상이 되어서 성능이 방어됩니다
성능상 필요성이 미묘해도 퇴역할 시기를 한참 지난넘이니 퇴역시키는걸 고려해보란 의미도 있습니다 (지금 가능하더라도 나중에 1~2년후 진짜 죽었을떄 예산등의 사정이 되란 보장이 없음)
훠~~월~~씬 빠릅니다. 비교가 않되요..(BMT 해볼 필요도 없어요.)
E7450 x 4은 곧 망가지니 뒤 수습과 복구비용, 업무중단 기회비용 = 이게 너무 비싸요..!!
(이게 그 유명한 옵테론에 역관광 당하던 그 제온입니다.)
(Dell R910 을 이넘때메 욕먹었죠.. 그때가 E7560 x 4개 인가 그랬습니다.
DB 병목은 하드 (레이드) 에서 가장 많이 차이납니다.
SAS SSD enter 10개 정도 해서 Raid 10 으로 하시면 아주 빠릅니다. (Raid 10+2 권장)
그리고 오라클 DB의 가격 산정는 코어당 가격이구요.
1코어당 3500천불 정도 ( 제온은 2개 코어를 1코어로 계산합니다.)
제온 8코어는 - 오라클 4코어를 사면 됩니다.
Power 8 / RX 2800 i6 ( 1코어를 1코로 계산합니다.)
(엔터프라이즈는 47000달러 - 기본코어 16코어 .. 기본금액입니다.)
오라클 DB 가격은 언제 한번 시간내서 깔끔하게 정리 하겠습니다.
다운타임은 걱정할 정도가 아닙니다. 병원이다보니 HA도 구성되어 있고, 또 580이 2대가 더있습니다. ㅎㅎㅎ
현재 스토리지는 Unity 400 XT로 1.8TB SAS로 4P1 구성으로 되어 있습니다.
1코어당 3500천불로 제온2개 코어를 1코어로 계산하는 내용은 문서로 찾아 볼수 있는곳이 있을까요?
오라클 라이선스 계산 방법은 다양하긴 한데 STD는 16코어까지 사용가능한것으로 알고 있고, RAC를 구성할 시에는 보드 소켓 1개씩만 설치 가능한 장비에 설치하되 코어가 많아도 16코어까지만 사용하고 코어가 많아도 라이선스에는 문제가 없다고는 오라클에서 지난해에 답을 받았습니다.
오라클 DB가격은 시간내서 정리 해주신다니 손꼽아 기다리겠습니다. ^_^