DB 암호화나 접근제어를 적용하려고하는중인데
암호화하면 성능저하가 우려될수 있다고합니다.
접근제어 영업하시는 분의 말씀인데 어느정도 신빙성을 같고 받아들여야 할까요?
DB암호화 이후 성능저하를 느끼시는 분이 계시다면 조언을 부탁드릴까합니다^^
DB 암호화나 접근제어를 적용하려고하는중인데
암호화하면 성능저하가 우려될수 있다고합니다.
접근제어 영업하시는 분의 말씀인데 어느정도 신빙성을 같고 받아들여야 할까요?
DB암호화 이후 성능저하를 느끼시는 분이 계시다면 조언을 부탁드릴까합니다^^
5개의 답변이 있습니다.
DB를 어떤 제품으로 사용하는지에 따라 약간은 생각하는 범위가 틀릴 수 있겠는데요
일반적으로 DB에 대한 암호화를 할 경우에는 변/복조에 따른 성능이슈가 생기기 마련입니다.
없다고 볼수는 없는 부분이죠..
하지만, 성능이슈를 최소화 할 수 있는 겠지요..
3rd Party 솔류션을 도입한다면 성능 이슈최소화 및 소스 수정과 같은 프로젝트 기간도 줄여줄 수 있는 부분이구요
MS제품을 기술지원하고 있는 저로서는
SQL 2012 버전부터 암호화 관련 기능인 TDE 기능을 소개 드리고 싶습니다.
어떤 솔류션이든, 암호화 변/복조시 발생 되는 성능이슈에 대해서 영향을 미치지 않는 건 없다고 생각을 합니다.
오늘 뉴스보니 코레일이 설연휴 열차표 예매과정에서 사용자 폭주로 인한 서비스 다운이 걱정되서 암호화를 일시적으로 풀었다 걸려서 욕처먹고 있더라구요~ 암호화가 서비스 성능에 영향을 끼치니 그랬겠지용 ㅎㅎㅎ
DB 암호화는 data를 DB에 기록하거나 읽을 때,
변조/복조해야 하기 때문에 속도 저하가 생길 수 밖에 없습니다.
암호화 방식에 따라 프로그램 수정도 병행해야할 수도 있기 때문에
프로그램 개발사가 제안하는 암호화 시스템을 도입하는 경우가 대부분이고요~
암호화나 접근 제어 모두 속도 저하 문제는 발생하지만,
암호화는 체감할 정도의 속도 저하 문제를 보이는 경우가 많고,
접근 제어는 속도 저하 현상을 체감하지 못할 정도로 미미한 경우가 대부분일 것입니다.
DB암호화하는 것은 어떤 방식으로 하느냐에 따라서 성능이 천차만별입니다.
만약 오브젝트 단위나 컬럼 단위로 암호화한다면
암호화된 것 자체를 인덱스 생성해서 쓰세요.
쿼리 내용이 암호화된 것을 풀어서 조인하는 순간..지옥입니다....
양성환 | 9년 이상 전
암호화 된 테이블을 뷰로 처리하기 때문에 인덱스 처리도 까다롭습니다
어쨌든 일부 수정이 필요하죠
네 떨어지구요
많이체감됩니다
소스상태에따라틀리지만
쿼리에서 암호화할 필드를 참조조건으로 쓰는경우
체감정도가 아니고
최악의상황은 운영불가능할정도로 떨어져요
이럴경우 프로젝트성 암호화 해야합니다
암호화와 소스수정까지같이해야하고
그래도 20%정도 느려지는것은 감수해야합니다
접근제어는 일반적으로 속도의 영향이 거의 없습니다