예산은 약 1 만입니다. ORACLE RAC 에 이 돈을 어떻게 할당합니까?

이 문제는 너무 크다. 이 예산 제한이 있기 때문에, 그것은 당신의 시스템이 그렇게 크지 않다는 것을 증명한다.

나의 건의는 아래와 같은 순서를 따르는 것이다.

1: 필요한 CPU 를 정의합니다. (얼마나 많은 CPU 가 필요한지 어떻게 알 수 있습니까? 오, 아무도 당신을 도울 수 없습니다.

자신의 시스템 특성에 따라 자신을 추정 할 수 있습니다.)

필요한 소프트웨어의 가격을 계산하십시오. Cpu 계산의 목적은 oralce 의 라이센스 가격을 계산하는 것입니다.

특히 Oralce 의 RAC 구조는 버전에 대한 요구도 있어 enterprise edition 과 standard edition 가격 차이가 매우 심각하다.

Rac 라이센스도 별도로 구입해야 합니다. Oralce 의 관리 및 튜닝 모듈을 구입하는 것을 잊지 마십시오. 그렇지 않으면 늦을 것입니다.

수리는 죽을 것이다. (만약 당신의 회사가 규정 준수 검사를 하지 않고, 당신 자신도 두려워하지 않는다면, 그것은 그만이다.)

3. 필요한 메모리를 계산합니다. 모든 하드웨어 예산은 메모리에 우선 순위를 부여해야 합니다. 필요한 IOPS, 특히 이산 IO 를 계산하십시오.

모든 데이터베이스에서 가장 골치 아픈 문제입니다.

4. 연결 모드 또는 저장 모드를 결정합니다. 파이버 장치를 사용하려면 파이버 교환이 필요합니까, 아니면 직접 SAS 가 필요합니까?

하드웨어의 대략적인 크기를 직접 결정합니다.

5. IOPS 에 따라 스토리지 구성 수준을 결정합니다. SSD 는 희망이 없는 것으로 추정됩니다. IBM 과 비슷한 것을 만들다.

3700 시리즈면 충분할 것 같아요. IBM 자체 테스트 보고서를 보면 아마 알 수 있을 겁니다. 나는 네가 할 수 있다고 생각하지 않는다

5 계까지 던지면 7 계는 더 희망이 없고 예산도 부족하다.

프런트 엔드 서버, 내가 볼지 말지는 중요하지 않습니다. 이 예산 규모와 비슷한 것은 PC 서버, IBM 의 것이다.

3650 시리즈면 충분할 것 같아요. 보험점 3850 4.

전문적인 si 회사를 찾아 이 계획을 세우거나, 직접 한 업체를 선택해서 테스트를 하도록 하는 것이 가장 좋다.

위의 방법은 전통적이며 Oralce 의 RAC 올인원 기계를 직접 찾을 수 있는 옵션도 있지만 대략적인 가격입니다.

확실하지 않아요. 오라클에게 직접 연락하면 됩니다.