2015. 6. 11. 16:32 오라클

Exadata 용량계산


 

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

 

- 엑사데이타 용량 계산법


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

 

Posted by pat98

05-08 04:13
Flag Counter
Yesterday
Today
Total

글 보관함

최근에 올라온 글

달력

 « |  » 2024.5
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31

최근에 달린 댓글