안녕Ȣ16;세요. 현1116; 회사에서 aws를 사용 1473;1060;고 1204;체 데1060;터를 rds(aurora mysql)를 사용해서 서비스 1473;에 1080;습니다.

서비스 사용1088;lj16; 약 10만명 1221;도 .104;고, 데1060;터 용량1008; 2tb에서 계속Ȣ16;여 1613;가 1473;에 1080;습니다. 문1228;lj16; 용량보다lj16; ,148;수1064;데요. 현1116; 약 10Ǻ13;,148;에서 급속도/196; 1613;가Ȣ16;고 1080;습니다. 아마 신기능 출시Ȣ16;면 데1060;터 용량도 기Ȣ16;급수1201;1004;/196; 1613;가Ȣ16;1648; 않1012;까 생각.121;니다.

Ǻ12;찌됐Nj12; 현1116; 수1456;에서 rds와 s3/196; Ǻ12;lj12;1221;도 감NJ17;1008; Ȣ16;고 1080;고 스케1068;업1012; 통해서 한ᇼ1;안 버틸 수lj16; 1080;1012; ,163; 같습니다.

그런데 문1228;lj16; 데1060;터 ǥ16;석1064;데요. 복1105;한 쿼리를 rds 에서 감NJ17;1012; 못합니다. Read replica를 만들Ǻ12;서 쿼리를 실행해도 수፾1;ǥ16;1060; ,152;리,144;나 뻗Ǻ12;버리lj16; ᅆ1;우가 ǧ12;번해서 현1116; ǥ16;석 업무를 1652;행Ȣ16;1648; 못Ȣ16;고 1080;습니다. 

데1060;터를 /196;컬/196; dump 뜨lj16; 0169;법1008; 현1116; ኖ1;ǥ16;리 መ1;1032; 문1228;/196; 불가능한 상황1077;니다. 

ǐ12;문에 athena, redshift를 알아보고 1080;lj16;데 Ǻ12;lj12; 0169;향1060; 맞lj16;1648; 1096; 모르,192;습니다. 1200;7148;lj16; 1) 대용량 데1060;터에 대한 복1105;한 쿼리를 DŽ16;/140;서 수ǥ16;내 결과를 0155;아보고 dz10;1008; 니1592;와 2) 추가1201;1004;/196; 머신러닝 모델 Ȣ17;습에 필요한 데1060;터를 간편Ȣ16;,172; feedingȢ16;고 dz10;1008; 니1592;가 1080;습니다. 

ᕬ1;여나 ᅆ1;험1060; 1080;1004;신 ǥ16;1060; 1312;Ǻ16;1012; 해1452;시면 너무나 감사Ȣ16;,192;습니다.