pat98's always & forever

고객이 생각하는 용량과 실제 사용할수 있는 용량이 차이가 난다. 왜일까?

- 엑사데이타 용량 계산법

Quarter Rack 의 경우
- 2 DB nodes
- 3 Storage Cells

 3 Cell 서버 (High Performance) 는 아래와 같이 계산될수 있다.

Step 1: RAW 사이즈 계산 

우선 전체 용량을 구해보면 아래와 같다.

전체 Raw 용량 => 각 Cell 당 12EA disk * 각 Disk 당 600G * 3 Cell

                 => 21,600GB 또는  21.09TB

그런데 각 Cell 서버의 1번,2번 디스크에서 OS Linux 영역으로 30G씩 할당이 된다. 그래서 기본으로 디스크 그룹은 남은 10개의 디스크의 30G 용량으로 생성된다.

그리하여 DBFS 디스크그룹은 아래와 같이 용량을 차지 한다.

각 Cell에서 10EA 디스크 * 각 디스크에서 30 GB 씩  * 3 cell  =   DBFS => 900 GB

개별 디스크 600G-30G = 570G 가 사용가능하며 전체 디스크가 12EA * 3 cell  이므로

570 * 12 * 3 = 20,520 GB or  20.03TB 

Step 2: 미러링을 고려해 보자

 NORMAL Redundancy 로 설정하여 이중화 되었으므로 용량의 반만 사용할수 있다.

 20.03/2 = 10.01TB.

Step 3: fault tolerance를 고려한 여유공간 확보 

Disk Failure Coverage(DFC) 를 고려하면 Cell 에서 디스크하나가 나갔을 때를 대비한 용량은 600G 디스크 하나의 용량과 같다.

NOTE: that is a very important part. You need to plan for a Disk failure coverage or for complete cell node failure coverge. The ORACLE support document "Understanding ASM Capacity and Reservation of Free Space in Exadata (Doc ID 1551288.1)" clearly describes the different strategies and their pros and cos.

NOTE: After the application of BPS10 (11.2.0.4.10) the default is now the Disk Failure Coverage rather than the Cell Failure Coverage.


그래서 디스크 용량 하나가 또 빠진다.  10.01 TB - 0.57TB =>  9.4 TB

Step 4: Disk 그룹의 할당비율을 결정한다. 기본이 6;4 이므로 40% 가  recovery area를 위한 공간이 된다.

그래서 최종적으로 계산된 용량은 아래와 같다.

 RECO Diskgroup  => 3.76 TB
 DATA Diskgroup  => 5.64TB

출처 :

http://jehanzebdba.blogspot.kr/2014/09/exadata-storage-space-calculation.html