Queryable Encryption 스토리지에 미치는 영향 추정

각 필드 및 쿼리 유형에 대한 최악의 태그를 지정하다 수를 계산합니다.

암호화됨 각 필드 에 대해 단일 값이 생성하는 태그 수의 상한인 T를 계산합니다. 필드 당 하나의 T 계산 : 접두사 및 접미사 쿼리 모두에 대해 인덱싱된 필드 두 쿼리 유형을 결합한 단일 수식을 사용합니다.

1. 인덱싱되지 않은 필드의 경우 T = 0입니다.

2. 동일성 쿼리에 대해 인덱싱된 필드의 경우 T = 1입니다.

3. prefix 또는 suffix 쿼리에 대해 인덱싱된 필드의 경우:

   T = 1 + (strMaxQueryLength - strMinQueryLength + 1)

4. prefix 및 suffix 쿼리 모두에 대해 인덱싱된 필드의 경우:

   T = 1 + (strMaxQueryLength_prefix - strMinQueryLength_prefix + 1) +
       (strMaxQueryLength_suffix - strMinQueryLength_suffix + 1)

5. substring 쿼리에 대해 인덱싱된 필드의 경우:

   T = 1 + (strMaxQueryLength - strMinQueryLength + 1) *
       (2 * strMaxLength + 2 - strMaxQueryLength -
       strMinQueryLength) / 2

   예시 들어 strMinQueryLength 2, strMaxQueryLength 6 및 strMaxLength 50가 있는 필드 의 경우:

   T = 1 + (6 - 2 + 1) * (2 * 50 + 2 - 6 - 2) / 2
     = 1 + 5 * 94 / 2
     = 236

각 필드 의 문서 저장 계산합니다.

이전 단계의 태그를 지정하다 수를 사용하여 단일 문서 필드 에 필요한 저장 을 바이트 단위로 계산합니다. 다음 공식을 사용하며, 여기서 v은 필드 암호화되지 않은 값의 평균 바이트 길이입니다.

인덱싱되지 않은 필드의 경우 다음을 사용합니다.

document storage = 71 + ceil((v+6)/16) * 16

다른 필드의 경우 다음을 사용합니다.

document storage = 1.2 * (255 * T + 122 + ceil((v + 6) / 16) * 16)

문서가 크기 제한 내에 있는지 확인합니다. 암호화된 값과 해당 메타데이터 는 16MB BSON 문서 크기 제한에 포함됩니다.

인덱스 저장, 총 디스크 저장 및 메모리를 계산합니다.

모든 필드 의 T 값을 T_Total로 합산합니다. 그런 다음 암호화됨 필드가 포함된 문서 수 N를 사용하여 다음을 바이트 단위로 계산합니다.

index storage = 1.2 * (67 * T_Total + 640)

total disk storage = N * (index storage + sum of the document storage per field)

memory = N * (52 * T_Total + 17)

1,000,000,000로 나누어 총 디스크 저장 GB 로 변환합니다. 1,073,741,824로 나누어 메모리를GiB로 변환합니다.

배포서버의 용량 과 추정치를 비교합니다.

현재 컬렉션 크기에 예상 디스크 및 메모리 영향 추가한 다음 배포서버 에서 사용 가능한 저장 및 메모리와 합계를 비교합니다.

• 배포서버 가 저장 및 메모리 요구 사항을 충족하는 경우 암호화 스키마 생성을 계속 진행합니다.

• 배포서버 요구 사항을 충족하지 않는 경우 다음 옵션을 고려하세요.

  • 하위 문자열 쿼리를 접두사 또는 접미사 쿼리로 바꾸기

  • 하위 문자열 쿼리에 대해 인덱싱된 필드에서 strMaxLength 줄이기

  • 하위 문자열 쿼리에 대해 인덱싱된 필드에서 strMinQueryLength와 strMaxQueryLength 사이의 범위 좁히기

암호화됨 필드의 쿼리 구성 옵션에 대한 자세한 내용은 필드 참조를 확인하세요.