안녕Ȣ16;1;니까.
1060;번에 운영1473;1064; MS-SQL DB서버를 클라우드/196; 1060;관Ȣ16;/140;고 ,160;토Ȣ16;고 1080;습니다.(용도 : ERP)
여러 업체에 견1201;1012; 0155;고 1080;lj16;데 모.160; HDD타1077;1032; 스토리1648;/196; 견1201;1012; 1452;고 1080;습니다.
클라우드1032; 스토리1648; 속도lj16; 알수가 없다고 얘기lj16; Ȣ16;lj16;데, 
현1116; 사용1473;1064; MS-SQL DB 서버1032; 스토리1648;lj16; 메모리가 128G 용량1008; 1T 1221;도라서 클라우드 HDD타1077;1004;/196; 변ᅆ1;시 많1060; lj12;/140;1656;1648; 1032;문1077;니다.
현1116; 서버 그대/196; 1060;1204;도 ,160;토Ȣ16;lj16;데 라1060;선스를 새/196; 구매해야해서 비용1613;가가 커서 클라우드 1060;1204;1012; ,160;토Ȣ16;,172; .104;었습니다.
옮겨봐야 알수 1080;1012;,144; 같1008;데, 
SSD타1077;1032; DB서버 스토리1648;lj16; 별/196;1064;가요? 별도/196; 0177;업 1221;책1008; 가1256;가/140;고 합니다.
1069;Ǻ12;1452;셔서 감사합니다. 
초반부터 클라우드팀이 대응이 이상해서 욕 많이 했습니다. 알고보면 아무것도 아닌데...
막상 다 올리고 나니 일부 제약사항들이 있더라구요 ALTER DATABSE 같은게 제한적이여서 좀 불편합니다.
복원하는데도 시간 오래걸리긴 합니다. SSD를 꼭써야 하는 DB서버는 클라우드로 가면 속도 감당 안될거 같네요. 물리머신에서 작업할때는 진짜 신속하게 했는데 클라우드로 가니 속터져 죽겠드라구요. IO가 적은건 쓸만할거 같은데 IO가 많이 요구되는 서비스는 클라우드는 아직 시기상조일거 같습니다.
고객은 인프라비용이 안들어가니까 그거에 중점을 두는거 같은데 알고보면 다른데서 돈 더 나갈겁니다.
말씀해주신데로 용량이 큰데 복원시간이 길면 운영하기 힘들어질거 같은데... 한번 해봐야겠습니다.
답변 달아주셔서 감사합니다:D
여긴 대용량이기도 하고 이걸 다시 DW나 다른데서 많은 데이터를 가져가는 경우가 빈번하기에 디스크 IO도 빨라야 되고 CPU 성능도 좋아야 되는게 보장되어야 한다는겁니다. 단순한 OLTP 역할만 하는건 클라우드에 올라가도 딱히 성능 이슈는 없을겁니다.
그리고 용량 그정도면 요금 꽤 나옵니다
속도 저하폭은 뭘 서비스하시는지에 따라 문제가 될지 다르지만, 속도 저하폭자첸 큽니다
싼맛에 쓰는것이 아닌
회사내부 하드웨어 관리자가 없을때 많이들 쓰죠
또한 클라우드 저장소는
당연히 내가 필요한 용량을 가지고 있는 전체용량에서 할당하기에
다른 업체가 이 저장소에 부하를 많이 일으키면 느려지기에
물리머신보다 느린것이 당연한것입니다
이 당연한 두가지를 질문하고
내서버는 클라우드지만
단독 물리머신을 나만쓰게 배정해 주었으면 좋겠다는 바램일뿐인거죠
DB서버라면
일단 테스트로 일부올려보고 퍼포먼스 확인후
그 클라우드 업체가 나와 맞는지 검토후
이후 비용 고민하시는것이 맞다고 봅니다
서버가 4대라서... TO배정이 좀 애매합니다. 하지만 유지보수 계약은 맺어져 있어 정검은 받고 있습니다.
테스트를 꼭 한번 해보겠습니다. 감사합니다.