web-dev-qa-db-ja.com

Oracle 11gの高レイテンシーVM中心のワークステーションと低レイテンシー（ただし、ハックっぽい）構成

tl; dr低レイテンシのネイティブ（つまりVMレス）開発ワークステーションと高レイテンシのVM中心のワークステーション？

StackExchangeさん、Oracle 11gでの使用が認定されたディストリビューションでネイティブ構成を実行するのではなく（Debianではなく）、開発にVM）を使用する必要があるかどうかわかりません。 ）。

現状では、私のオプションは次のとおりです。

  • 現在の開発システム（以下を参照）+ Oracle Virtualbox +ビルド済みのOracleVM
  • Oracle 11gでの使用が認定された新しい開発システム（OS +ソフトウェア）
  • 現在の開発システム+ Debianベースのディストリビューションに対するOracle11gの意地悪な傾向を改善するための無計画な互換性ハック

モチベーション：

  • DebianベースのシステムでのOracle11gの難しさ
  • その後のOracleインストールの予想される難しさ
  • 大学の研究はJava + PL/SQL中心

現在の開発システム（ラップトップ）:

  • OS：Linux Mint 14
  • CPU：i3-2310M @ 2.1GHz
  • RAM：6GB

  • 開発言語：

    • PL/SQL（11g R2）
    • MySQL
    • Java
    • C++
    • R

低レイテンシのネイティブワークステーションではなく、よりレイテンシの高いVM中心の展開を争うべきかどうかについて何か考えはありますか？

VM中心の長所：

  • Oracle11gをインストールする必要はありません。
  • 職務の分離（VM for：ペネトレーションテスト、Oracle開発、Windowsアプリケーション）
  • 開発システムの移植性

VM中心の短所：

  • 待ち時間が長くなる
  • Oracle以外のソフトウェアの（[Debian | Ubuntu]とは対照的な）狭いアプリケーションベース
  • OEL5/RHEL5でのDebianベースの開発ソフトウェアのインストール候補の欠如

主な懸念事項：

  1. ソフトウェアのインストール候補の欠如
  2. 複雑なOracleソフトウェアを効率的にインストールできない
  3. 他のVMのアプリケーションへのアクセシビリティの欠如
  4. 高遅延
  5. OEL/RHEL用の最先端ソフトウェアの欠如

Oracle Database 11g認定ディストリビューション（ネイティブになる場合）:

  • Oracle Linux 5
  • RHEL 5
  • SUSE Linux Enterprise Server 10

したがって、現実的には、私のオプション（ネイティブの認定された配布ルートを使用する場合）は次のとおりです：

  • CentOS {5,6}
  • Oracle Linux 5
  • OpenSUSE

それ以外の場合：

  • Fedora 17+ハック
  • Linux Mint 14 + m0arハック

低レイテンシのOracleベースの開発システムを使用する必要がありますか（したがって、最初からやり直す必要があります）、または複数の高レイテンシのOracle VMを使用する必要がありますか？

ありがとうございます。

PS：これはnotショッピングの質問として意図されていることに注意してください。

distribution-choicedistrosvirtualizationdevelopmentoracle-database
1
Tyler

OLTPベンチマークを実行することを意図していない限り、最新のハードウェアでレイテンシーの点で多くのことを確認できるとは思えません。最近のIntelおよびAMDチップでのネイティブ仮想化サポート、大量のRAM、成熟したVMシステムの間で、VMは最近非常にうまく動作しています。

もちろん、ネイティブハードウェアを完全に使用するには、VMを構成する必要があります。これは、たとえば、4コアのハイパースレッディングボックスにVM8個の「CPU」を与えることを意味します。 VMwareまたはParallelsを使用している場合、別の例として、最高のパフォーマンスを得るためにVMにインストールする必要のあるツールがあります。

正当化：開発環境をいくつかの実際のハードウェアボックスに落とし込みました。

  • ほとんどの開発が行われる1つのフルサイズのメインサーバー。また、ボックスが実行されているOSのリリースビルドシステムとしても機能します。

  • 他のプラットフォームでテストし、リリースバイナリを構築するためのVMwareFusionを実行するラップトップ

大きなサーバーですべてを実行するのではなく、2台の物理マシンを使用してVMをラップトップに配置する唯一の理由は、企業のファイアウォールに穴を開けることなく、オフィスから離れているときにVMにアクセスしたいからです。ラップトップはほとんどの目的に十分な速さです。

重要な注意事項：私はコマンドラインタイプの人で、主にタブ付きターミナルアプリの実行にGUIシステムを使用し、さらにファイルマネージャーやWebブラウザーなどの補助アプリを使用しています。つまり、私はほぼ常に効率的なSSH接続を介してVMにアクセスしています。使用に多くのGUIアクセスが必要な場合は、次にレイテンシーに気付くでしょう。ただし、ネイティブ側でGUIを実行でき、ほとんどの場合VMをSSH接続に任せることができれば、問題はありません。

Parallels { Workstation 、 Workstation）のような「ワークステーション」クラスVMシステムを使用している限り、VMへのGUIアクセスが必要な場合でもすべてが失われることはありません。デスクトップ }、VMware { ワークステーション 、 フュージョン }、または VirtualBox 。 GUIは、リモートX11接続ではなく、VMシステムを介して実行します。それでもネイティブより少し遅いですが、それでもかなり使いやすいです。

2
Warren Young