DB 암호화로 인한 성능저하를 체감할 수 있나요?

0
0

DB 암호화나 접근제어를 적용하려고하는중인데
암호화하면 성능저하가 우려될수 있다고합니다.
접근제어 영업하시는 분의 말씀인데 어느정도 신빙성을 같고 받아들여야 할까요?
DB암호화 이후 성능저하를 느끼시는 분이 계시다면 조언을 부탁드릴까합니다^^


0
0

DB를 어떤 제품으로 사용하는지에 따라 약간은 생각하는 범위가 틀릴 수 있겠는데요
일반적으로 DB에 대한 암호화를 할 경우에는 변/복조에 따른 성능이슈가 생기기 마련입니다.
없다고 볼수는 없는 부분이죠..

하지만, 성능이슈를 최소화 할 수 있는 겠지요..
3rd Party 솔류션을 도입한다면 성능 이슈최소화 및 소스 수정과 같은 프로젝트 기간도 줄여줄 수 있는 부분이구요
MS제품을 기술지원하고 있는 저로서는
SQL 2012 버전부터 암호화 관련 기능인 TDE 기능을 소개 드리고 싶습니다.

어떤 솔류션이든, 암호화 변/복조시 발생 되는 성능이슈에 대해서 영향을 미치지 않는 건 없다고 생각을 합니다.

0
0

오늘 뉴스보니 코레일이 설연휴 열차표 예매과정에서 사용자 폭주로 인한 서비스 다운이 걱정되서 암호화를 일시적으로 풀었다 걸려서 욕처먹고 있더라구요~ 암호화가 서비스 성능에 영향을 끼치니 그랬겠지용 ㅎㅎㅎ

0
0

DB 암호화는 data를 DB에 기록하거나 읽을 때,

변조/복조해야 하기 때문에 속도 저하가 생길 수 밖에 없습니다.

암호화 방식에 따라 프로그램 수정도 병행해야할 수도 있기 때문에

프로그램 개발사가 제안하는 암호화 시스템을 도입하는 경우가 대부분이고요~

암호화나 접근 제어 모두 속도 저하 문제는 발생하지만,

암호화는 체감할 정도의 속도 저하 문제를 보이는 경우가 많고,

접근 제어는 속도 저하 현상을 체감하지 못할 정도로 미미한 경우가 대부분일 것입니다.

0
0

DB암호화하는 것은 어떤 방식으로 하느냐에 따라서 성능이 천차만별입니다.

만약 오브젝트 단위나 컬럼 단위로 암호화한다면

암호화된 것 자체를 인덱스 생성해서 쓰세요.

쿼리 내용이 암호화된 것을 풀어서 조인하는 순간..지옥입니다….

  • bytes
    암호화 된 테이블을 뷰로 처리하기 때문에 인덱스 처리도 까다롭습니다 어쨌든 일부 수정이 필요하죠
0
0

네 떨어지구요
많이체감됩니다
소스상태에따라틀리지만
쿼리에서 암호화할 필드를 참조조건으로 쓰는경우
체감정도가 아니고
최악의상황은 운영불가능할정도로 떨어져요

이럴경우 프로젝트성 암호화 해야합니다
암호화와 소스수정까지같이해야하고
그래도 20%정도 느려지는것은 감수해야합니다

접근제어는 일반적으로 속도의 영향이 거의 없습니다


총 5개 내용
의견 쓰기

쉐어드IT의 가입은 쉽고 간단합니다. 지금 하시고 IT관리자들과 의견을 함께 나누세요