Proxmoxの1C。 一般的な注意事項

Proxmoxコンテナ仮想化で1Cを数年間使用した後、十分なパックされたコーンがありました。これを実装プロセスの段階に関する短い一般的なメモとしてここに描画します。



これは、アクションまたはマニュアルのガイドではありません。 ポイントのいずれかをより詳細に説明する必要がある場合は、コメントをためらわないでください。



リスク計画と評価



節約、安定性、拡張性、およびその他の利点の合計を燃えるような目で描いたとき、自分のことを忘れないでください。 最低限は、優れたハードウェア、通常の乗り心地、高速ドライブ、1Cサーバーのx64バージョンです。 トピックに関する何らかのトレーニングを要求することが依然として望ましい。 そのため、経営陣は、単純に総計を節約するだけでなく、自社のインフラストラクチャと人材に投資することを理解しています。



ソフトウェアの購入。 インテグレーター



Linuxバージョンの1Cをサポートした経験がある人を選ぶことをお勧めします。 時間をかけて電話して質問してください。 その結果、とにかく誰もあなたを助けてくれず、あなたはすべての問題に取り残されますが、少なくともrdpとmssqlについての厄介な愚かなヒントはありません。



ホストのセットアップ



proxmoxを使用する場合、ホストからコンテナにディレクトリをマウントするためにすばらしいlxc.mountメカニズムを使用しないことは罪です(さらに、aclを保存します)。 コンテナーがログとバックアップで膨張するのを防ぐには、事前にホスト上でこれらの目的のためのセクションとディレクトリー、およびローテーションとクリーニングのためのcronタスクを作成する必要があります。 したがって、バックアップとログを1か所で操作すると、これが良いことがわかります。



アプリケーションサーバーとデータベースサーバーの構成の選択



確かに、データベースをアプリケーションサーバーと同じサーバーに配置することで、1cの第一人者の古典的なアプローチにすでに精通しています。 今はそれをしない素晴らしいチャンスです。 実際には、コンテナ間の「ネットワーク」データ転送の速度を測定すると、少なくとも25〜30ギガビット/秒が得られます。 データベースをビーチから自由に駆け抜けると、軽量のモノリシックアプリケーションサーバーと、プロファイル、バックアップ、および保守が容易な複数のデータベースサーバーが得られます。



データベースサーバーのセットアップ



1CのPostgreSQLまたはPostgres Professionalは、そのまま使用できるコンテナで優れた機能を発揮します。

便宜上、最初にデータベースサーバーで空のコンテナテンプレートを作成し、次にアプリケーションサーバーに接続されている各インフォベースの下に複製します。 このテンプレートでは、ホストからログおよびバックアップディレクトリをすぐにマウントし、それに応じて最も厚いログをそこにリダイレクトする必要があります。 また、たとえば、これらのディレクトリ内のpg_dump allメカニズムを使用して、バックアップタスクをすぐに作成することも有効です。 出力ファイルを生成するときは、$ホスト名を使用します。 だから、あなたはどんな機会にも紳士のセットを手に入れる



アプリケーションサーバーのセットアップ



x64-OSにx86-serverをインストールしない場合にのみ、機能、ルーチン、退屈なものはすべてなくなります。 しかし、この場合でも、すべてを解決できます。 たとえば、Centos7にx86 1Cをインストールする場合、x86パッケージmirror.centos.org/altarch/7/os/i386/Packagesを含む素晴らしいリポジトリがあります

そこから必ず必要になります:ImageMagick-c ++-devel、fontconfig、libgsf、http、httpd-devel、およびバーコードを印刷するためのlibpngとlibpng-devel



免許



多くはソフトウェアライセンスに反対しており、より高価だが信頼できるHASPを提唱しています。 スキーやスノーボードのようなものです。 鎖骨または足首-何を破るかを決定します。 ハスプをコンテナに転送することと、ソフトウェアライセンスを正しく取得することの両方に問題があります。



ソフトウェアライセンスを取得する場合は、CPUコアに注意してください。 ドキュメントに記載されているように、再ライセンスなしでコアとプロセッサの数を増やすことができます(ただし、減らすことはできません)。 ただし、Proxmoxは、コンテナー内の使用可能なプロセッサーコアの数を変更すると、最初のコアのCoreIDを変更します。 つまり、1つのコアでコンテナーを作成し、ライセンス供与中にCoreID 0にアタッチした場合、コアの数を4に増やすと、CoreIDの番号付けは0,1,2,3ではなく1,2,2,4になります。 したがって、ライセンスは飛び立ちます



これが起こった場合-絶望しないでください。 ライセンスは、添付のコードを使用して簡単に再アクティブ化できます。 また、実際の量よりも1コア多くコンテナ構成に入れることができます。 たとえば、8コアサーバーの場合は9。 その後、CoreID 0が返され、離れることはありません。



これらのメモが誰かを助けることを願っています



All Articles