tl;dr 대기 시간이 짧은 기본(예: VM 없음) 개발 워크스테이션과 대기 시간이 긴 VM 중심 워크스테이션?
안녕하세요 StackExchange, Debian 대신 Oracle 11g 인증 배포판에서 기본 구성을 실행하는 대신 개발을 위해 VM을 사용해야 하는지 잘 모르겠습니다.
현재로서는 내 옵션은 다음과 같습니다.
- 현재 개발 시스템(아래 참조) + Oracle Virtualbox + 사전 구축된 Oracle VM
- Oracle 11g와 함께 사용하도록 인증된 새로운 개발 시스템(OS + 소프트웨어)
- 현재 개발 시스템 + 데비안 기반 배포판에서 Oracle 11g의 심술궂음을 바로잡기 위한 무작위 호환성 해킹
동기 부여:
- Debian 기반 시스템에서 Oracle 11g의 문제점
- 후속 Oracle 설치의 예상되는 어려움
- 대학 연구는 Java + PL/SQL을 중심으로 이루어집니다.
현재 개발 시스템(노트북):
운영 체제: 리눅스 민트 14
CPU: i3-2310M @ 2.1GHz
메모리: 6GB
개발 언어:
- PL/SQL(11g R2)
- MySQL
- 자바
- C++
- 오른쪽
대기 시간이 짧은 기본 워크스테이션 대신 대기 시간이 긴 VM 중심 배포를 위해 노력해야 하는지에 대해 어떻게 생각하시나요?
가상 머신 중심의 장점:
- Oracle 11g를 설치할 필요가 없습니다.
- 업무 분리(가상 머신: 침투 테스트, Oracle 개발, Windows 애플리케이션)
- 개발 시스템 이식성
가상 머신 중심성의 단점:
- 더 높은 대기 시간
- Oracle 이외의 소프트웨어에 대한 좁은 애플리케이션 기반(vs. [Debian|Ubuntu])
- OEL5/RHEL5의 Debian 기반 개발 소프트웨어에 대한 설치 후보가 누락되었습니다.
주요 초점:
- 소프트웨어 설치 후보 부족
- 복잡한 Oracle 소프트웨어를 효율적으로 설치할 수 없음
- 다른 가상 머신의 애플리케이션에 액세스할 수 없습니다.
- 높은 대기 시간
- OEL/RHEL을 위한 최첨단 소프트웨어 부족
Oracle Database 11g 인증 릴리스(기본인 경우):
- 오라클 리눅스 5
- RHEL 5
- 수세 리눅스 엔터프라이즈 서버 10
따라서 실제로 내 옵션은 다음과 같습니다(현지 인증 배포 경로를 사용하는 경우).
- 센트OS {5,6}
- 오라클 리눅스 5
- SUSE 열기
그렇지 않으면:
- Fedora 17 + 깨짐
- 리눅스 민트 14 + m0ar 해커
지연 시간이 짧은 Oracle 기반 개발 시스템(따라서 다시 시작)을 선택해야 합니까, 아니면 지연 시간이 긴 여러 Oracle VM을 선택해야 합니까?
감사해요.
PS: 참고로 이건아니요쇼핑 관련 질문으로 작성되었습니다.
답변1
귀하의 목표가 OLTP 벤치마크를 실행하는 것이 아니라면 최신 하드웨어에서 대기 시간을 확인할 수 있을지 의문입니다. 최신 Intel 및 AMD 칩의 기본 가상화 지원, 많은 RAM 및 성숙한 VM 시스템 사이에서 VM은 현재 꽤 잘 실행됩니다.
물론 기본 하드웨어를 최대한 활용하려면 가상 머신을 구성해야 합니다. 예를 들어 이는 4코어 하이퍼 스레드 시스템에 VM 8개의 "CPU"를 제공하는 것을 의미합니다. 또 다른 예는 VMware 또는 Parallels를 사용하는 경우 최상의 성능을 얻으려면 가상 머신에 일부 도구를 설치해야 한다는 것입니다.
이유: 개발 환경을 몇 개의 실제 하드웨어 상자로 축소했습니다.
대부분의 개발이 이루어지는 전체 크기의 메인 서버는 상자가 실행되는 모든 운영 체제에 대한 릴리스 빌드 시스템 역할도 합니다.
다른 플랫폼에서 테스트하고 릴리스 바이너리를 구축하기 위해 VMware Fusion을 실행하는 노트북
제가 대형 서버에서 모든 것을 실행하는 대신 두 개의 실제 머신을 사용하고 가상 머신을 랩탑에 두는 유일한 이유는 사무실 밖에 있을 때에도 드릴링을 하지 않고도 가상 머신에 액세스할 수 있기를 원하기 때문입니다. 회사 방화벽에 구멍이 생겼습니다. 이 노트북은 대부분의 용도에 충분히 빠릅니다.
중요 경고: 저는 명령줄 유형의 사람이고 주로 탭 터미널 응용 프로그램과 파일 관리자 및 웹 브라우저와 같은 보조 응용 프로그램을 실행하는 데 GUI 시스템을 사용합니다. 요점은 거의 항상 효율적인 SSH 연결을 통해 가상 머신에 액세스한다는 것입니다. 사용에 광범위한 GUI 액세스가 필요한 경우,그 다음에지연이 발생할 수 있습니다. 그러나 로컬 측에서 GUI 작업을 수행하고 대부분의 경우 VMing을 SSH 연결에 그대로 둘 수 있다면 괜찮습니다.
Parallels와 같은 "워크스테이션" 유형의 가상 머신 시스템을 사용하는 한 가상 머신에 대한 GUI 액세스가 필요한 경우 {워크스테이션,데스크탑}, VMware {워크스테이션,퓨전}, 또는가상 상자. 원격 X11 연결을 통하지 않고 VM 시스템을 통해서만 GUI를 실행하면 됩니다. 여전히 네이티브보다 약간 느리지만 여전히 꽤 사용할 수 있습니다.