tl;dr 待ち時間の短い基本 (VM なしなど) 開発ワークステーションと待ち時間の長い VM 中心のワークステーション?
こんにちはStackExchange、DebianではなくOracle 11g認証ディストリビューションでデフォルト設定を実行するのではなく、開発にVMを使用する必要があるかどうかわかりません。
現在のところ、私のオプションは次のとおりです。
- 現在の開発システム(下記参照)+ Oracle Virtualbox + 事前に構築されたOracle VM
- Oracle 11gで使用するために認証された新しい開発システム(OS+ソフトウェア)
- 現在の開発システム+ DebianベースのディストリビューションでOracle 11gの不正行為を修正するためのランダム互換性ハッキング
やる気
- DebianベースのシステムでのOracle 11gの問題
- 後続のOracleインストールの予想される困難
- 大学の研究はJava + PL / SQLを中心に行われます。
現在の開発システム(ノートブック):
オペレーティングシステム:Linux Mint 14
CPU: i3-2310M @ 2.1GHz
メモリ:6GB
開発言語:
- PL/SQL(11g R2)
- MySQL
- Java
- C++
- 右
待ち時間の短い基本ワークステーションではなく、待ち時間の長いVM中心の展開に取り組む必要があるかどうかをどう思いますか?
仮想マシン中心の利点:
- Oracle 11gをインストールする必要はありません。
- 業務分離(仮想マシン:侵入テスト、Oracle開発、Windowsアプリケーション)
- 開発システムの移植性
仮想マシンの中心性の欠点:
- より高い待ち時間
- Oracle以外のソフトウェアの狭いアプリケーションベース(vs. [Debian | Ubuntu])
- OEL5 / RHEL5のDebianベースの開発ソフトウェアのインストール候補がありません。
主な焦点:
- ソフトウェアインストール候補の欠如
- 複雑なOracleソフトウェアを効率的にインストールできない
- 他の仮想マシンのアプリケーションにアクセスできません。
- 高い待ち時間
- OEL/RHELのための最先端ソフトウェアの欠如
Oracle Database 11g認証リリース(デフォルトの場合):
- Oracle Linux 5
- RHEL 5
- SUSE Linuxエンタープライズサーバー10
したがって、実際に私のオプションは次のようになります(ローカル認証配布パスを使用している場合)。
- セントOS {5,6}
- Oracle Linux 5
- SUSEを開く
それ以外の場合:
- Fedora 17+壊れた
- Linuxミント14 + m0arハッカー
遅延が短いOracleベースの開発システム(したがって再起動)を選択する必要がありますか、それとも遅延が長い複数のOracle VMを選択する必要がありますか?
ありがとうございます。
PS:参考までにこれはいいえショッピングに関する質問で書かれています。
答え1
あなたの目標がOLTPベンチマークを実行することではない場合は、最新のハードウェアで待ち時間を確認できるかどうか疑問です。最新のインテルとAMDチップの基本的な仮想化サポート、多くのRAMと成熟したVMシステムの間で、VMは現在かなりうまく動作しています。
もちろん、基本ハードウェアを最大限に活用するには、仮想マシンを構成する必要があります。たとえば、これは4コアハイパースレッドシステムにVM 8個の「CPU」を提供することを意味します。もう1つの例は、VMwareまたはParallelsを使用している場合は、最高のパフォーマンスを得るために仮想マシンにいくつかのツールをインストールする必要があることです。
理由:開発環境をいくつかの物理ハードウェアボックスに縮小しました。
ほとんどの開発が行われるフルサイズのメインサーバーは、ボックスが実行されているすべてのオペレーティングシステムのリリースビルドシステムとしても機能します。
他のプラットフォームでテストしてリリースバイナリを構築するためにVMware Fusionを実行するノートブック
私が大規模なサーバー上ですべてを実行するのではなく、2つの物理マシンを使用し、仮想マシンをラップトップに置く唯一の理由は、オフィスの外にいるときでも掘削をせずに仮想マシンにアクセスできるようにしたいからです。会社のファイアウォールに穴がありました。このノートブックはほとんどの用途に十分に高速です。
重要な警告:私はコマンドラインタイプの人であり、主にタブターミナルアプリケーションとファイルマネージャやWebブラウザなどのセカンダリアプリケーションを実行するためにGUIシステムを使用しています。要点は、ほぼ常に効率的なSSH接続を介して仮想マシンにアクセスすることです。使用に広範なGUIアクセスが必要な場合、それから遅延が発生する可能性があります。しかし、ローカル側でGUI操作を実行し、ほとんどの場合、VMingをSSH接続に残すことができれば問題ありません。
Parallelsなどの「ワークステーション」タイプの仮想マシンシステムを使用している限り、仮想マシンへのGUIアクセスが必要な場合{ワークステーション、デスクトップ}、VMware {ワークステーション、フュージョン}、または仮想ボックス。リモートX11接続を介さずにVMシステムを介してのみGUIを実行できます。それでもネイティブより少し遅いですが、それでもかなり使えます。