小規模な企業や中小規模の企業（SMB）では、ROBO HCI システムが日常の処理に依存しており、リソースの配置と継続管理が常に課題となっています。これらのシステムは、低コストでありながら高性能であり、冗長性を備え、構成要素の数は可能な限り少なく、良好に整備されているが、各ステーション・ポイントは依然として高価な IT を必要としない。資源と人。
MicroAzure Stack HCI に適した戴易安信解ソリューション
小規模な企業や中小規模の企業（SMB）では、ROBO HCI システムが日常の処理に依存しており、リソースの配置と継続管理が常に課題となっています。これらのシステムは、低コストでありながら高性能であり、冗長性を備え、構成要素の数は可能な限り少なく、良好に整備されているが、各ステーション・ポイントは依然として高価な IT を必要としない。資源と人。
幸いなことに、IT プロバイダーは ROBO システムの独特な課題を認識しており、マイクロ ドライブを実行するための産業技術ハードウェアがこれらの課題にどのように対処するかを提案しています。与私たちの通常の文章には、いくつかの違いがあります。通常、システムの性能を重視します。ただし、システムの性能評価を行うこともありますが、最初のモデルから始めて、システムのライフサイクル全体を検討することもあります。
ROBO HCI简介
ここで説明するシステムは次のとおりです。MicroAzure Stack HCI 群集に適した戴易安信解メソッドこれには、実行中の Windows Server 2 (2019NC) の 2 つの AX ポイントが含まれています。 今年に入って、Azure Stack HCI を実行するための設計 (バンドル認証と承認) の AX ポイントが、ダイアグラム技術によって公開されました。組み合わせには XNUMX つの異なるタイプのポイントが用意されています:AX-640、AX-740xd、AX-6515これらのポイントでは、各タイプのゲストは、ROBO HCI が理想的なプラットフォームを配置するために、異なるコンポーネントを配置することができます。
AX-640和AX-740xd节点是双插槽节点，使用第二代英特尔至强可扩展处理器，而AX-6515是单插槽节点，运行64核第二代AMD EPYC处理器。戴尔易安信的AX节点型号允许客户选择最适合其用例的节点。AX-640面向计算密集的工作负载，AX-740xd面向存储容量大的工作负载，而AX-6515则面向需要在企业数据中心实现价值优化系统和处理器多样化的用户。
我们将在本文中详细探讨的系统是AX-640，这是一款双插槽1U节点，支持96到768GB的内存。它可以配置3到92TB的NVMe、SSD和/或HDD存储器，以创建混合或全闪存存储。它目前是AX产品组合中唯一支持英特尔超高性能傲腾持久内存和SSD设备的节点。如果配置得当，AX-640节点是最快商用HCI节点称号的有力竞争者。戴尔科技提供了一张简单明了的图表，概述了其AX节点的Azure Stack HCI配置选项。
ここで調査した AX-640 ノードには、デュアル 6230 CPU、384GB DDR4 メモリ、および 4 個の XNUMXTB NVMe SSD が搭載されています。
ROBO HCI 解決策を展開する際、実際のハードウェアは半分に過ぎず、残りの半分は Azure Stack HCI テストを実行します。システム、微软経由Windows 管理センターAzure サービスは、同じ管理プレーン内の WAC 展開を通じて、追加のサービスを取得するために Azure クラウドに接続されません。
Azure Stack HCI は、管理プログラムとして Hyper-V を使用し、ローカル ストレージとしてメモリ空間を使用します。 ROBO HCI の導入では、大幅に 2NC 方式で動作するように構成できます。 １０ＧｂＥネットワークは、そのメモリ構成が単一回路または二重回路で構成されている必要がなく、実装に必要なだけである。
しかしながら、システムがバージョンアップできない場合には、ストレージスペースは、双方向および三方向の画像、ならびに単奇カップリング、双奇カップリングチェックをサポートすることが可能である。これらのさまざまな保護方式の保存効率、一般的な利点、およびバランスの面で非常に優れていることが説明されています。的な解決策。
Azure Stack HCI は、ホスト上でより優れたパフォーマンスを提供するために、嵌合双方向イメージまたは嵌合双方向イメージ アクセラレーション テストを使用できます。データおよび他のノード上のデータから RAID 1 サブ本が作成されます。各台のサーバー上で、データ サブ本が 1 つ作成されますが、データの変換機能を保護するために、RAID 25 ではなく、消去コード方式が使用されます。ただし、最近の書き込みでは、安全性を確保するために双方向画像が使用されています）。データ効率は 33% ～ 40% です。
この 2 つの方式はいずれも、ハードウェア障害とサーバー障害を同時にサポートできます。
2 つのインストール スキームはいずれも、特別な RAID ハードウェアを必要としません。
マイクロ 2NC の探索には、「分区」フィールドの出現を防ぐために幸保存ポイントに票を追加するための、明確な第 XNUMX の方法としての承認が必要です。 XNUMX つのノードは両方とも可用な相互ネットワーク接続を持っており、マイクロプロトコルは後者を使用します。Azure クラウド証明書は BLOB ストレージのオブジェクトであり、ファイル共有は SMB ファイル共有です。
ROBO HCI採用和配置
ご指摘のとおり、私たちは、ROBO の分野で AX ノード群をどのように取得、配置、管理するかについて、これらのセキュリティがどのように必要であるかを完全に理解することを望んでいます。
新しいシステムを展開するとき、最初のステップはシステム モードを決定することです。ライブ オプティクスは、周囲のストレージ、データ保護に使用される、無料のオンライン ツールです。配備後 24 時間以内には環境に深く侵入することができますが、Live Optics の実行時間が長くなると、実行中の動作負荷の特性についてより適切な情報が得られる可能性があります。 Live Optics は、MicroWindows、VMware vCenter、または Linux/Unix サーバーからデータを収集できます。
Live Optics のパネルは、環境全体の CPU、内蔵メモリ、およびメモリの使用状況に関連するデータを提示します。これらのデータはすべて、ユーザーが必要としているものを考慮するのに役立ちます。 VAR など）では、これらのデータを他人と共有することが提案されています。
Live Optics から収集されたデータは、Azure Stack HCI モデル決定ツールに使用されます。このツールは、高度な技術のゲストを介して取得でき、すべての段階の最適な実装が組み込まれており、現在必要とされる十分な構成オプションを生成でき、さらに考慮することもできます。您未来への更なる長さ。
ROBO 環境の最大の問題は、IT 担当者が設定と構成を実行できるかどうかです。さらに、ローカルのソースがあり、自己配置を希望する場合は、ファイルにテキストと独自の指示があり、この手順が実行されます。
どのようなグループにおいても、最大の問題は、システムによるサポートの提供にあります。 1 つのプロバイダーはネットワーク スイッチを提供し、3 番目のプロバイダーはオペレーティング システムを提供します。簡単に信頼できる ProSupport サービスは、HCI 解決策を備えたサポート担当者であり、このプロセスの実現を支援します。 HCIに同意しますシステムのハードウェアとソフトウェアは、必要に応じて、適切な人に役立つことを知っています。
私たちがシステムのインストール中に意図せずに構成を行っているとき、私たちは、問題の解決を支援するために、医療技術の HCI 解決策を支援する専門のサポート担当者を求めました。
AX节点日常管理
完全な世界では、ROBO HCI の展開は基本的に管理の必要がありません。しかし、実際には、システムがローカルの IT でサポートされている場合、または少数の場合、次の優先順位が提供されます。必要なツールは、Windows Admin Center (WAC) と自己 IP に関するいくつかの機能、つまり Windows Admin Center に適した OpenManage Integration ソリューションを使用してこれを実現します。
WAC は、Windows 10 と Windows Server の管理に使用される、ブラウザベースの管理プラットフォーム ツールです。ゲスト システムにインストールされ、Windows プログラム管理 (WinRM) によって、PowerShell と Windows Management Instrumentation (WMI) を使用して Windows システムを制御および管理します。和Azure Stack HCI群集。
WAC の概要は、システム リソースの利用状況の把握、およびシステムの承認とデバイスの管理を可能にし、ユーザーと組織、セキュリティ、サービス、およびストレージを管理します。
これは、ハードウェアの深さの制御と保存、BIOS、ハードウェア、およびドライブ プログラムの更新を目的として、WAC の拡張性を利用して、マイクロ デバイスの Windows Admin Center との簡単な安信 OpenManage Integration (OMIMSWAC) ツールを構築しました。 OMIMSWAC は、Windows Server 2019 のグループ認識更新機能を使用して、AX ノードと Azure Stack HCI グループを更新します。Dell EMC OpenManage の統合。
WAC を起動し、「設定」を行ってから「拡張機能」を展開し、テキスト ボックスで Dell EMC を入力し、Dell EMC Open Manage Integration を選択してから個別にインストールします。つまり、OMIMSWAC をシステムに追加します。
OMIMSWAC を使用すると、自分のグループを確認したり、システムの健全性を確認したり、ハードウェアにアクセスして、そのグループのストレージや使用されているハードウェアを確認したりできます。
OMIMSWAC を使用して iDRAC 制御台を起動し、AX ノードをバンド外で管理することもできます。
「設定」で Dell EMC System Update (DSU) と Dell EMC Inventory Collector (IC) が構成されていない場合、OMIMSWAC を実行しているシステムは相互ネットワークに接続されており、OMIMSWAC を使用してグループ レベル ポイントの組み合わせレポートを確認できます。接続すると、システムは、組み合わせの検査とターゲット ポイントの更新を行うために、Dell EMC System Update (DSU) と Dell EMC Inventory Collector (IC) アプリケーション ツールを download.dell.com から自動的にダウンロードします。
OMIMSWAC は、通常のタスク (更新など) を実行する際に拡張を実行します。OMIMSWAC は、必要な Dell Update Package (DUP) を自動的にダウンロードするだけでなく、停止時間を解消するためにグループの更新も実行します。
AX节点测试
私たちは、簡単に信頼できる 2 ポイントの HCI グループを確認するときに、そのパフォーマンスとさまざまな障害環境でのアプリケーションの有用性を同時に確認したいと考えています。 Windows Server 2 を実行する SQL Server 8 の仮想マシンの構成は 2019 つあります。その後、各 SQL Server サンプルには、各サンプルの 2019 GB の容量に相当する 1500 モデルの TPC-C データベースが割り当てられます。私たちは、350 仮想マシン 4 TB から 1.4 仮想マシン 8 TB までのデータ ストレージ占有環境を提供しています。この目的のワークロード ジェネレータとして Quest の Benchmark Factory を使用しており、各仮想マシンには 2.8 人の仮想ユーザがいます。対話を行う。
每个虚拟机都被分配了8个虚拟CPU、60GB RAM及存储占用情况。我们的群集配置为每台主机384GB RAM，在我们的故障节点场景中，我们将虚拟机RAM分配降低到40GB，以适应单一主机上的所有8个虚拟机。
我们的四大データ库测试场景是：
- 工作群集：共8个虚拟机，每个节点4个虚拟机
- 1 つのポイント上に 8 つの故障した SSD があります: 共用 4 台の仮想マシン、XNUMX つの仮想マシン
- 一個の故障点：共 8 個の仮想マシン、每一個の故障点 4 個の仮想マシン
私たちの最初のテストでは、8 台の仮想マシンのパフォーマンスを測定しました。各ノードに 4 台の仮想マシンがあり、数値は平均 5 ミリ秒に増加しました。
高いパフォーマンスと低いデータベース遅延は望ましいことですが、理想的ではない条件下でのプラットフォームの現象を理解することも同様に重要です。この場合、パフォーマンスは通常の 5 ミリ秒から 6.5 ミリ秒に若干短縮されました。
私たちの 5.875 番目の環境テストは、XNUMX つのノードに障害が発生した場合にグループがどのように動作するか、または XNUMX つのノードに障害が発生した場合にタスクがどのように動作するかというものです。この場合、私たちが測定した平均遅延は XNUMX ミリ秒でした。
最後に書く
ROBO の 2NC のアプリケーションに多くの人が関心を持っていることを私たちは認識しています。企業は、これらの IT リソースを取得することが困難である可能性があるため、適切なパフォーマンスと IT 担当者との完全な連携のみを必要とするシステムを採用しています。 Azure Stack HCI の容易な安信解決ソリューションは、これらの要件をすべて満たしています。
私たちは、2NC ROBO HCI システムのモデル、取得、および配置を正確に決定する方法を研究しました。しかし、私たちの真の震源は、私たちのシステムがこれは、Azure Stack HCI プロバイダーに集中しているため、ハードウェアから上位層のすべてのコンテンツを網羅するものであり、これとは最も根本的な違いです。単独無二。
当我们在系统上运行基准测试时，我们发现在最佳条件下，应用工作负载性能强劲。我们的SQL Server TPC-C工作负载在4个均匀放置在群集中的1500规模虚拟机上测得的数据为2.25ms，当工作负载增加到8个虚拟机时，测得数据为5ms。不过，更令人印象深刻的是，在一个SSD发生故障或只有一个节点运行的情况下，群集的表现。在第一种情况下，有一个SSD故障，我们的8虚拟机工作负载延迟从5ms增加到6.5ms。不过在一个节点完全离线的情况下，延迟几乎没有超过5.875ms。
このシステムでのテストの結果、ROBO の配置に伴うシステムの負荷を軽減できることがわかりました。から第一に、これらの AX ポイントは、SQL Server の動作負荷を実質的に必要としないレベルで設計されており、すべてのテストでこの点が確認されています。
ROBO HCI の例のパフォーマンスの問題に対処する場合、これは、WAC と連携して、継続的に管理される場所から 2 日目の操作に移行する必要があります。 Azure Stack HCI に関しては、依然として、このシステムのバージョンアップ機能がサポートされていないため、クラスターの更新は非常に重要です。トラフィックの実行時間は重要です。私たちが行ったさまざまなダウン状態のテストでは、AX ノードは中断がない限りオフライン状態を維持します。これは、パブリック ルームが最初からオンライン状態を維持することを意味し、アプリケーションのパフォーマンスに影響を与えることはありません。方法は数多くありますが、AX よりも包括的な解決策はありません。
