HPE リモートワーク ソリューション

今日はある話をします。 古代から現代に至るまでのコンピューティング技術の進化とリモートジョブの出現の歴史。

IT開発

ITの歴史から学べる主なことは...

言うまでもなく、ITはスパイラル的に発展します。 数十年前に捨てられたのと同じソリューションや概念が新しい意味を持ち、新しい条件、新しいタスク、新しい能力でうまく機能し始めます。 この点において、IT は人類の知識の他の分野や地球全体の歴史と何ら変わりません。

昔、コンピューターが巨大だった頃

「世界には約 1943 台のコンピューターの市場があると思います」と IBM CEO のトーマス・ワトソンは XNUMX 年に述べました。

初期のコンピューター技術は偉大でした。 いいえ、それは違います。初期のテクノロジーは怪物的で巨大なものでした。 完全にコンピュータ化されたマシンはジムに匹敵する面積を占め、まったく非現実的な費用がかかります。 コンポーネントの例としては、フェライト リング上の RAM モジュール (1964 年) があります。

このモジュールのサイズは 11 cm * 11 cm、容量は 512 バイト (4096 ビット) です。 これらのモジュールで完全に満たされたキャビネットには、古代の 3,5 インチ フロッピー ディスク (1.44 MB = 2950 モジュール) の容量がほとんどありませんでしたが、非常に顕著な電力を消費し、蒸気機関車と同じくらい熱くなりました。

プログラムコードのデバッグを英語で「debugging」と呼ぶのは、まさにその巨大さのためです。 歴史上最初のプログラマーの 1945 人である海軍士官グレース ホッパー (はい、女性) は、プログラムの問題を調査した後、XNUMX 年にログ エントリを書きました。

一般的に蛾はバグ（昆虫）であるため、それ以上の問題や解決のための行動はすべて「デバッグ」（文字通りデバッグ）としてスタッフに上司に報告され、バグという名前はプログラムの失敗にしっかりと割り当てられました。コードにエラーがあり、デバッグはデバッグになりました。

特にエレクトロニクスと半導体エレクトロニクスの発展に伴い、機械の物理的なサイズは減少し始め、逆に計算能力は増加しました。 しかし、この場合でも、全員に個人的にコンピュータを提供することは不可能でした。

「誰もがコンピューターを家に置きたいと思う理由はありません。」 - DEC 創設者、Ken Olsen、1977 年。

70 年代にミニコンピューターという用語が登場しました。 何年も前にこの用語を初めて読んだとき、ネットブックのようなもの、ほとんどハンドヘルドのものを想像したことを覚えています。 私は真実から遠ざかることはできませんでした。

Mini は巨大な機械室と比較した場合にすぎませんが、これらは依然として数十万ドル、数百万ドルの費用がかかる機器を備えたいくつかのキャビネットです。 しかし、コンピューティング能力はすでに 100% 負荷が常に XNUMX% に達しているわけではないほど向上しており、同時に大学生や教師がコンピューターを利用できるようになりました。

そして彼はやって来ました！

英語のラテン語のルーツについて考える人はほとんどいませんが、今日知られているリモート アクセスをもたらしたのは英語です。 Terminus (ラテン語) - 終わり、境界、ゴール。 ターミネーター T800 の目的はジョン・コナーの命を終わらせることでした。 また、乗客が乗り降りしたり、荷物の積み下ろしが行われる交通機関の駅は、路線の最終目的地であるターミナルと呼ばれることもわかっています。

そこでターミナルアクセスという概念が生まれ、世界で最も有名なターミナルが今も私たちの心の中に生き続けていることが分かります。

DEC VT100 はデータ ラインを終端するため、ターミナルと呼ばれます。 処理能力は事実上ゼロで、唯一の役割は大型マシンから受信した情報を表示し、キーボード入力をマシンに送信することです。 VT100 は物理的には古くなってからですが、私たちはまだその可能性を最大限に活用しています。

私たちの時代

私は、80 年代初頭、幅広い人々が利用できる、かなりのコンピューティング能力を備えた最初のプロセッサが登場した瞬間から、「私たちの時代」を数え始めました。 この時代のメインプロセッサは、勝利したアーキテクチャの祖先である Intel 8088 (x86 ファミリ) であると伝統的に信じられています。 70年代のコンセプトとの根本的な違いは何ですか？

初めて、情報処理が中心から周辺に移転する傾向が見られます。 すべてのタスクが、メインフレームやミニコンピューターのような (弱い x86 と比較して) 驚異的なパワーを必要とするわけではありません。 インテルは立ち止まらず、90 年代に Pentium ファミリをリリースし、これがまさにロシア初の量産家電となった。 これらのプロセッサは、文字を書くだけでなく、マルチメディアや小規模データベースの操作など、すでに多くの機能を備えています。 実際、中小企業の場合、サーバーはまったく必要ありません。すべてをクライアント マシンの周辺で行うことができます。 プロセッサーは年々強力になってきており、サーバーとパーソナルコンピューターのコンピューティングパワーの点での差はますます小さくなり、多くの場合、電源の冗長性、ホットスワップ対応のサポート、ラックマウント用の特殊なケースにのみ残ることが多くなっています。

90 年代に Intel が提供した大規模サーバーの管理者にとっては「ばかばかしい」最新のクライアント プロセッサと、過去のスーパーコンピュータを比較すると、少し不快になります。

ほぼ私と同じ年齢の老人を見てみましょう。 クレイ X-MP/24 1984。

このマシンは 1984 年のトップ スーパーコンピュータの 2 つで、105 MHz のプロセッサを 400 つ搭載し、ピーク演算能力は 15 MFlops (数百万回の浮動小数点演算) でした。 写真に示されている特定のマシンは、米国 NSA 暗号研究所に設置され、暗号の解読に従事していました。 1984 ドルの 2020 万ドルを 37,4 ドルに換算すると、コストは 93 万ドル、つまり 500 ドル/MFlops になります。

私がこれらの行を書いているマシンには 5 Core i7400-2017 プロセッサが搭載されていますが、これはまったく新しいものではなく、リリースされた年であっても、すべてのミッドレンジ デスクトップ プロセッサの中で最も若い 4 コアでした。 4 GHz の基本周波数 (ターボ ブーストで 3.0) の 3.5 コアと 19 倍のハイパースレッディング スレッドにより、プロセッサあたり 47 ルーブルの価格で、さまざまなテストによれば 16 ～ 750 GFlops の電力が得られます。 マシン全体を組み立てる場合、費用は 1 ドルかかります (2020 年 XNUMX 月 XNUMX 日現在の価格および為替レートに基づく)。

最終的には、現代の完全に平均的なデスクトップ プロセッサが、予見可能な過去のトップ 50 のスーパーコンピュータに比べて 120 ～ 10 倍の優位性を獲得し、MFlops の比コストの低下は、93500 / 25 = 3700 とまったく驚異的なものになります。回。

なぜ依然としてサーバーが必要であり、周辺にこれほどの能力を備えたコンピューティングの集中化は全く理解できません。

逆ジャンプ - 螺旋は一周しました

ディスクレスステーション

コンピューティングの周辺への移行が最終的なものではないという最初の兆候は、ディスクレス ワークステーション テクノロジの出現でした。 企業全体、特に汚染された施設内にワークステーションがかなり分散しているため、これらのステーションの管理とサポートの問題は非常に困難になります。

「廊下時間」という概念が登場します。これは、テクニカル サポートの従業員が、問題を抱えた従業員の元へ向かう途中で廊下にいる時間の割合です。 これは有給の時間ではありますが、まったく生産的ではありません。 最も重要な役割は、特に汚染された部屋では、ハードドライブの故障でした。 ワークステーションからディスクを取り外し、ダウンロードを含むその他のすべての作業をネットワーク経由で実行しましょう。 ネットワーク アダプターは、DHCP サーバーからのアドレスに加えて、TFTP (簡易ファイル サービス) サーバーのアドレスとブート イメージの名前などの追加情報も受け取り、それを RAM にロードしてマシンを起動します。

故障が減り、滞在時間が短縮されることに加えて、現場でマシンをデバッグする必要がなくなり、新しいマシンを持参し、古いマシンを設備の整った職場で診断するだけで済みます。 しかしそれだけではありません！

ディスクレス ステーションはより安全になります。誰かが突然部屋に侵入してすべてのコンピュータを持ち去ったとしても、これは機器の損失にすぎません。 ディスクレス ステーションにはデータは保存されません。

この点を思い出してください。情報テクノロジーの「のんきな子供時代」を経て、情報セキュリティはますます重要な役割を果たし始めています。 そして、恐ろしく重要な 3 文字、GRC (ガバナンス、リスク、コンプライアンス)、またはロシア語で「管理性、リスク、コンプライアンス」が IT にますます侵入しつつあります。

ターミナルサーバー

周辺部ではますます強力なパーソナル コンピュータが広く普及し、公衆アクセス ネットワークの開発を大幅に上回りました。 90 年代と 00 年代初頭の古典的なクライアント/サーバー アプリケーションは、データ交換が大きな値に達した場合、シン チャネル上ではあまりうまく機能しませんでした。 これは、モデムと電話回線を介して接続されているリモート オフィスでは特に困難であり、電話回線も定期的にフリーズしたり切断されたりしました。 そして…

このスパイラルは一転して、ターミナル サーバーの概念を備えたターミナル モードに戻りました。

実際、私たちはクライアントがゼロでコンピューティング能力が集中化された 70 年代に戻っています。 チャネルの純粋な経済的根拠に加えて、端末アクセスは、従業員の在宅勤務や、信頼できないネットワークや信頼できない/信頼できない/請負業者の非常に制限され制御されたアクセスなど、外部からの安全なアクセスを組織するための膨大な機会を提供することがすぐに明らかになりました。制御されていないデバイス。

ただし、ターミナル サーバーには、その利点と先進性の一方で、柔軟性の低さ、うるさい隣人の問題、厳密にサーバー ベースの Windows など、多くの欠点もありました。

プロト VDI の誕生

確かに、00 年代初頭から中期には、x86 プラットフォームの産業仮想化がすでに登場していました。 そして誰かが、ただ浮かんでいたアイデアを声に出しました。サーバー ターミナル ファームにすべてのクライアントを集中管理する代わりに、全員にクライアント Windows と管理者アクセスを備えた独自の個人 VM を与えましょう。

太ったクライアントの拒否

セッションと OS の仮想化と並行して、アプリケーション レベルでクライアント機能を容易にするアプローチが開発されました。

この背後にあるロジックは非常に単純でした。なぜなら、まだ誰もが個人のラップトップを持っているわけではなく、誰もがインターネットを持っているわけではなく、多くの人は控えめに言っても非常に限られた権利を持つインターネット カフェからしか接続できなかったからです。 実際、起動できるのはブラウザだけでした。 ブラウザは OS に不可欠な属性となり、インターネットは私たちの生活にしっかりと浸透しました。

言い換えれば、ロジックをクライアントから Web アプリケーションの形式でセンターに転送し、最も単純なクライアント、インターネット、ブラウザーだけでアクセスできるようにするという並行した傾向がありました。
そして、私たちはゼロクライアントと中央サーバーというスタート地点に到達しただけではありませんでした。 私たちはいくつかの独立した方法でそこに到達しました。

仮想デスクトップインフラストラクチャ

ブローカー

2007 年、産業用仮想化市場のリーダーである VMware は、その製品 VDM (Virtual Desktop Manager) の最初のバージョンをリリースしました。これは、実際には、初期の仮想デスクトップ市場における最初のものとなりました。 もちろん、ターミナル サーバーのリーダーである Citrix からの返答を長く待つ必要はありませんでした。そして 2008 年、XenSource の買収により XenDesktop が登場しました。 もちろん、独自の提案を行った他のベンダーもありましたが、コンセプトから離れて歴史に深く立ち入るのはやめましょう。

そしてその概念は今でも残っています。 VDI の主要なコンポーネントは接続ブローカーです。
これは仮想デスクトップ インフラストラクチャの中心です。

ブローカーは、最も重要な VDI プロセスを担当します。

• 接続されたクライアントが使用できるリソース (マシン/セッション) を決定します。
• 必要に応じて、マシン/セッション プール間でクライアントのバランスをとります。
• クライアントを選択したリソースに転送します。

現在、VDI のクライアント (端末) には、ラップトップ、スマートフォン、タブレット、キオスク、シン クライアント、またはゼロ クライアントなど、画面があるものであればほぼすべてのものを使用できます。 そして応答部分は、生産的な負荷を実行するものと同じ、ターミナル サーバー セッション、物理マシン、仮想マシンです。 最新の成熟した VDI 製品は仮想インフラストラクチャと緊密に統合されており、自動モードで仮想インフラストラクチャを独立して管理し、不要になった仮想マシンを展開したり、逆に削除したりできます。

少し余談になりますが、一部のクライアントにとって非常に重要な VDI テクノロジは、デザイナーやデザイナーの作業における 3D グラフィックスのハードウェア アクセラレーションのサポートです。

プロトコル

成熟した VDI ソリューションの 1 番目に非常に重要な部分は、仮想リソース アクセス プロトコルです。 職場までの優れた信頼性の高い 1 Gbps ネットワークと XNUMX ミリ秒の遅延を備えた企業ローカル ネットワーク内での作業について話している場合、事実上どのネットワークでも、何も考える必要はありません。

制御されていないネットワーク上で接続する場合は考慮する必要があり、このネットワークの品質は、最大で数十キロビットの速度や予測不可能な遅延に至るまで、あらゆるものになる可能性があります。 これらは、ダーチャ、自宅、空港、飲食店などから実際のリモートワークを組織するのに最適です。

ターミナル サーバーとクライアント VM

VDI の出現により、ターミナル サーバーに別れを告げる時が来たかのように思われました。 誰もが自分の個人用 VM を持っているのに、なぜそれらが必要なのでしょうか?

しかし、純粋な経済学の観点から見ると、典型的な大量ジョブでは、同じようにうんざりするほど、価格/セッション比の観点からターミナル サーバーほど効果的なものはないことが判明しました。 「1 ユーザー = 1 VM」のアプローチにはさまざまな利点がありますが、仮想ハードウェアと本格的な OS に大幅に多くのリソースを費やし、一般的な職場の経済性を悪化させます。

トップ マネージャーの職場、非標準的で負荷の高い職場の場合、(管理者までの) 高い権限が必要なため、ユーザーごとに専用の VM を使用することが有利です。 この VM 内では、リソースを個別に割り当て、任意のレベルで権限を発行し、高負荷時に仮想化ホスト間で VM のバランスをとることができます。

VDI と経済性

私は何年も同じ質問を聞いてきました。単にラップトップを全員に配布するよりも VDI のほうが安いのはなぜですか? そして何年もの間、私はまったく同じことを答えなければなりませんでした。一般の会社員の場合、機器を提供するための純コストを考慮すると、VDI は決して安くありません。 誰が何と言おうと、ラップトップは安くなってきていますが、サーバー、ストレージ システム、システム ソフトウェアにはかなりの費用がかかります。 フリートを更新する時期が来たので、VDI を通じて費用を節約しようと考えている場合、いいえ、お金は節約できません。

上で恐ろしい XNUMX 文字 GRC を引用しましたが、つまり VDI とは GRC のことです。 それはリスク管理に関するものであり、データへの制御されたアクセスのセキュリティと利便性に関するものです。 そして、これらすべてをさまざまな種類の機器に実装するには、通常、かなりの費用がかかります。 VDI を使用すると、制御が簡素化され、安全性が向上し、髪が柔らかく滑らかになります。

HPE リモートワーク ソリューション

リモートおよびクラウド管理

iSeries

冗談ではなく、HPE はサーバー インフラストラクチャのリモート管理の新参者ではありません。伝説的な iLO (Integrated Lights Out) は 18 月で 00 周年を迎えました。 13 年代の管理者としての日々を思い出すと、個人的にはこれ以上嬉しいことはありません。 騒がしく寒いデータセンターで行う必要があるのは、ラックへの最初の設置とケーブルの接続だけでした。 OS のロードを含むその他すべての構成は、ワークステーション、XNUMX 台のモニター、およびホット コーヒーのマグカップから実行できます。 そしてこれはXNUMX年前です！

今日、HPE サーバーが長期的な品質基準として議論の余地のないものとなっているのには理由があります。その中で、リモート管理システムのゴールドスタンダードである iLO が少なからず役割を果たしています。

コロナウイルスに対する人類の制御を維持するためのHPEの行動に特に注目したいと思います。 HPEが発表、(少なくとも) 2020 年末までは、iLO Advanced ライセンスは誰でも無料で利用できるということです。

インフォサイト

インフラストラクチャ内に 10 台を超えるサーバーがあり、管理者が退屈していない場合は、当然のことながら、人工知能に基づく HPE Infosight クラウド システムは、標準の監視ツールへの優れた追加機能になります。 システムはステータスを監視してグラフを作成するだけでなく、現在の状況と傾向に基づいてさらなるアクションを独自に推奨します。

賢くあれ、 オトクリティ銀行のようになる、Infosightを試してみてください！

ワンビュー

最後になりましたが、インフラストラクチャ全体を監視および管理するための膨大な機能を備えた製品ポートフォリオ全体である HPE OneView についても触れておきたいと思います。 そして、これらすべてを机から立ち上がらずに行うことができます。現在のダーチャの状況ではそうかもしれません。

ストレージシステムも悪くありません！

もちろん、すべてのストレージ システムはリモートで管理および監視されています。これは何年も前のケースでした。 したがって、今日は別のこと、つまりメトロクラスターについて話したいと思います。

メトロクラスターは市場ではまったく新しいものではありませんが、これがまさにそれがまだあまり人気がない理由です-思考の慣性と第一印象がそれらに影響します。 もちろん、10 年前にはすでに存在していましたが、鋳鉄製の橋と同じくらいの価格がかかりました。 最初のメトロクラスターから数年が経過し、業界と一般の人々がテクノロジーを利用できるようになりました。

ストレージ システムの一部が特別に分散されていたプロジェクトを覚えています。メトロ クラスタ内の超臨界サービス用に個別に、同期レプリケーション用に個別に (はるかに安価)。

実際、2020 年現在、2 つのサイトとチャネルを整理できれば、メトロクラスターに費用はかかりません。 ただし、同期レプリケーションに必要なチャネルは、メトロクラスターの場合とまったく同じです。 ソフトウェア ライセンスは長い間パッケージで実行されてきました。同期レプリケーションは、メトロ クラスターのパッケージとしてすぐに提供されます。これまでのところ、単方向レプリケーションを存続させる唯一の方法は、拡張 L2 ネットワークを構成する必要があることです。 そして、それでも、L3 は LXNUMX を超えて、すでに強力かつ主要な力で国中を席巻しています。

では、リモート作業の観点から見た同期レプリケーションとメトロクラスターの根本的な違いは何でしょうか?

すべてはとてもシンプルです。 メトロクラスターは自動的に、常に、ほぼ瞬時に自動的に動作します。

少なくとも数百の VM からなるインフラストラクチャでは、同期レプリケーションの負荷スイッチングのプロセスはどのようになりますか?

1. 緊急信号を受信しました。
2. 当番シフトは状況を分析します。信号を受信して​​決定を下すためだけに 10 ～ 30 分を安全に確保できます。
3. 勤務中のエンジニアに独自に切り替えを開始する権限がない場合でも、30 分以内に権限のある担当者に連絡し、切り替えの開始を正式に確認する必要があります。
4. 大きな赤いボタンを押します。
5. タイムアウトとボリュームの再マウント、VM の再登録に 10 ～ 15 分かかります。
6. IP アドレスの変更にかかる時間は、楽観的に見積もっても 30 分です。
7. そして最後に、VM の開始と生産的なサービスの開始です。

合計 RTO (ビジネス プロセスの復元時間) は 4 時間と安全に見積もることができます。

メトロクラスタ上の状況と比較してみましょう。

1. ストレージ システムは、メトロクラスタ アームとの接続が失われたことを認識します (15 ～ 30 秒)。
2. 仮想化ホストは、最初のデータセンターが失われたことを認識します - 15 ～ 30 秒 (ポイント 1 と同時に)。
3. サービスをロードする 10 ～ 15 分前に、XNUMX 番目のデータ センター内の VM の半分から XNUMX 分の XNUMX が自動的に再起動されます。
4. この頃、当直は何が起こったのかに気づきます。

合計: 個々のサービスの RTO = 0、一般的な場合は 10 ～ 15 分。

VM の半分から XNUMX 分の XNUMX だけが再起動されるのはなぜですか? 何が起こっているか見てください:

1. すべてをスマートに実行し、VM の自動バランスを有効にします。 その結果、平均して、いずれかのデータ センターでは VM の半分だけが実行されます。 結局のところ、メトロ クラスターの目的はダウンタイムを最小限に抑えることなので、攻撃を受ける VM の数を最小限に抑えることが重要です。
2. 一部のサービスはアプリケーション レベルでクラスタ化し、さまざまな VM に分散できます。 したがって、これらのペアの VM は XNUMX つずつ固定されるか、リボンで異なるデータ センターに結び付けられるため、事故が発生した場合にサービスが VM の再起動を待たなくなります。

拡張されたメトロ クラスターを備えた適切に構築されたインフラストラクチャにより、ビジネス ユーザーは、データセンター レベルで事故が発生した場合でも、どこからでも最小限の遅延で作業できます。 最悪の場合、コーヒー一杯分の遅れになります。

そしてもちろん、メトロクラスターは、Valinor に移行している HPE 3Par と最新の Primera の両方でうまく機能します。

リモートワークプレイスのインフラストラクチャ

ターミナルサーバー

ターミナル サーバー用に新しいものを考え出す必要はありません。HPE は長年にわたり、ターミナル サーバー用に世界最高のサーバーをいくつか供給してきました。 時代を超越したクラシック - DL360 (1U) または DL380 (2U)、または AMD ファン向け - DL385。 もちろん、クラシックな C7000 と新しい Synergy コンポーザブル プラットフォームの両方のブレード サーバーもあります。

あらゆる好み、あらゆる色に対応し、サーバーごとの最大セッション数を実現します。

「クラシック」VDI + HPE シンプルさ

この場合、「クラシック VDI」とは、クライアント Windows を使用する 1 ユーザー = 1 VM の概念を意味します。 そしてもちろん、特に重複排除と圧縮を伴うハイパーコンバージド システムにとって、これほど身近で貴重な VDI 負荷はありません。

ここで、HPE は、独自のハイパーコンバージド Simplivity プラットフォームと、VMware VSAN インフラストラクチャ上に VDI を構築するための VSAN Ready Nodes などのパートナー ソリューション用のサーバー/認定ノードの両方を提供できます。

Simplicity 独自のソリューションについてもう少し詳しく説明しましょう。 名前が優しく示唆しているように、焦点はシンプルさです。 導入、管理、拡張が簡単です。

ハイパーコンバージド システムは今日の IT 分野で最も注目されているトピックの 40 つであり、さまざまなレベルのベンダーの数は約 5 社あります。Gartner の魔方陣によると、HPE は世界のトップ XNUMX に位置しており、理解のあるリーダーの XNUMX つに含まれています。業界が発展しており、それを理解してハードウェアに変換することができます。

アーキテクチャ的には、Simplivity はコントローラー仮想マシンを備えた古典的なハイパーコンバージド システムです。つまり、ハイパーバイザー統合システムとは対照的に、さまざまなハイパーバイザーをサポートできます。 実際、2020 年 XNUMX 月現在、VMware vSphere と Microsoft Hyper-V がサポートされており、KVM をサポートする予定が発表されています。 Simplivity の市場登場以来の主な機能は、特殊なアクセラレータ カードを使用した圧縮と重複排除のハードウェア アクセラレーションでした。

圧縮と重複排除はグローバルであり、常に有効であることに注意してください。これはオプションの機能ではなく、ソリューションのアーキテクチャです。

もちろん、HPE は特別な方法で計算して 100:1 の効率を主張するなど、いささか不誠実ですが、スペース利用効率は確かに非常に高いです。 ただ、100:1という数字が美しすぎるのです。 このような数値を表示するために Simplivity が技術的にどのように実装されているかを見てみましょう。

Snapshot。 スナップショットは RoW (Redirect-on-Write) として 100% 正しく実装されるため、即座に実行され、パフォーマンスの低下を引き起こすことはありません。 たとえば、他のシステムとどのように違うのでしょうか。 ペナルティなしでローカル スナップショットが必要なのはなぜですか? はい、RPO を 24 時間 (バックアップの平均 RPO) から数十分、さらには数分単位に短縮するのは非常に簡単です。

バックアップ。 スナップショットがバックアップと異なるのは、仮想マシン管理システムによるスナップショットの認識方法のみです。 マシンを削除すると他のすべてが削除される場合、それはスナップショットです。 残っている場合は、それがバックアップであることを意味します。 したがって、システム内でマークされていて削除されていないスナップショットは、完全バックアップと見なされます。

もちろん、多くの人は反対するでしょう - 同じシステムに保存されている場合、これはどのようなバックアップになるのでしょうか? そして、ここには逆質問の形で非常に簡単な答えがあります。教えてください。バックアップ コピーを保存するためのルールを確立する正式な脅威モデルはありますか? これは、VM 内のファイルの削除に対する完全に正直なバックアップであり、VM 自体の削除に対するバックアップです。 バックアップ コピーを別のシステムに排他的に保存する必要がある場合は、このスナップショットを XNUMX 番目の Simplivity クラスターまたは HPE StoreOnce にレプリケーションするという選択肢があります。

そして、このようなアーキテクチャがあらゆる種類の VDI にとって理想的であることがわかります。 結局のところ、VDI とは、同じ OS と同じアプリケーションを搭載した、非常によく似た何百、あるいは何千ものマシンを意味します。 グローバル重複排除はこれらすべてを分解し、100:1 ではありませんが、はるかに優れた圧縮を行います。 1000 つのテンプレートから XNUMX 個の VM をデプロイしますか? まったく問題ありませんが、これらのマシンはクローン作成よりも vCenter への登録に時間がかかります。

Simplivity G シリーズは、特別なパフォーマンス要件を持つユーザーや 3D アクセラレータを必要とするユーザーのために特別に作成されました。

このシリーズはハードウェア重複排除アクセラレータを使用しないため、コントローラーがソフトウェアで処理できるようにノードあたりのディスク数を減らします。 これにより、他のアクセラレータ用に PCIe スロットが解放されます。 最も要求の厳しいワークロードに対応するために、ノードあたりの利用可能なメモリ量も 3 倍の XNUMXTB に増加しました。

Simplivity は、中央データセンターへのデータ複製を使用して地理的に分散した VDI インフラストラクチャを組織するのに最適です。

このような VDI アーキテクチャ (VDI に限らず) は、距離が長く (したがって遅延があり)、理想的なチャネルからは程遠いというロシアの現実を考えると特に興味深いものです。 地域センターが作成され (または完全なリモート オフィスに 1 ～ 2 個の Simplivity ノードでも)、ローカル ユーザーが高速チャネル経由で接続し、センターからの完全な制御と管理が維持され、実際の価値のある少量のデータのみが維持されます。ジャンクはセンターデータに複製されます。

もちろん、Simplivity は OneView および InfoSight に完全に接続されています。

シンクライアントとゼロクライアント

シンクライアントは、端末としてのみ使用することに特化したソリューションです。 チャネルの維持とビデオのデコード以外にクライアントには事実上負荷がないため、ほとんどの場合、パッシブ冷却を備えたプロセッサと、特殊な組み込み OS を起動するための小さなブート ディスクがあり、基本的にはそれだけです。 侵入できるものはほとんどなく、盗むこともできません。 コストは低く、データは保存されません。

シン クライアントには特別なカテゴリ、いわゆるゼロ クライアントがあります。 薄型のものとの主な違いは、汎用の組み込み OS すら存在せず、ファームウェアを備えたマイクロチップのみで動作することです。 多くの場合、PCoIP や HDX などの端末プロトコルでビデオ ストリームをデコードするための特別なハードウェア アクセラレータが含まれています。

大手ヒューレット・パッカードがHPEとHPに分割されたにもかかわらず、HPが製造するシンクライアントについて言及しないことはできません。

ビデオ ストリームのハードウェア アクセラレーションを備えたマルチモニター ワークステーションまで、あらゆる好みやニーズに合わせて幅広い選択肢があります。

リモートワークのための HPE サービス

最後になりましたが、HPE サービスについても触れておきたいと思います。 HPE のサービス レベルと機能をすべてリストするには長すぎますが、少なくとも、リモート ワーク環境にとって非常に重要なサービスが XNUMX つあります。 つまり、HPE/認定サービスセンターのサービスエンジニアです。 HPE からのミツバチがデータセンターに到着し、サーバーのディスクや故障した電源を交換している間、あなたはお気に入りの別荘からマルハナバチの声を聞きながらリモートで作業を続けます。

HPE コールホーム

移動が制限されている今日の状況では、Call Home 機能の重要性がこれまで以上に高まっています。 この機能を備えた HPE システムは、ハードウェアまたはソフトウェアの障害を HPE サポート センターに自己報告できます。 そして、生産的なサービスの故障や問題に気づくずっと前に、交換部品やサービス エンジニアがあなたの場所に到着する可能性があります。

個人的には、この機能を有効にすることを強くお勧めします。

出所： habr.com