エンジニアリングを加速する 5 つの勝利戦略: クラウド HPC はユーザー中心であるべき (パート 1/5)

• 編集者メモ： この投稿は、6 部構成のブログ シリーズの紹介です。 レポート全文を読む こちら.

クラウド向けに構築された HPC はユーザー中心です

今日、組織内で最も価値のある資産はエンジニアまたは研究者です。 XNUMX 年前のハードウェアを使用するのではなく、ユーザーの生産性のほうが、ビジネスに対してはるかに大きな戦略的影響を及ぼします。 エンジニアリング時間のロスは、新製品の市場投入までの時間が遅くなったり、製品の性能が低下したりする可能性があり、最終的には市場での勝敗を分ける可能性があります。

ユーザー中心のモデルでは、HPC 環境で起こるすべてはユーザーの意図に基づいています。 HPC 環境は、ユーザーの意思決定に役立つポリシーやデータを自動的に提供する必要があります。

たとえば、プロジェクト フェニックスに取り組んでいる航空宇宙エンジニアは、特定の空力学的および構造上の目的を持った新しい航空機コンポーネントの設計を任される場合があります。 エンジニアは、分析を実行するための一連のソフトウェアと同様に、開始元となる既存の設計に関する特定のデータを必要とします。 このシナリオでは、適切な R&D コンテキストとは、ソフトウェア (バージョンとライセンスを含む) が即座に利用可能であり、ベスト プラクティスを適用したテンプレートに即座にアクセスでき、以前の作業で必要なデータがすでに共有ワークスペースに存在していることを意味します。

適切な ビジネスの背景 ユーザーにとって重要なのは、Project Phoenix の予算と優先順位です。 たとえば、Project Phoenix はビジネスにとって非常に重要であるため、エンジニアは、解決までの時間を最適化し、予算を超過し、他の優先度の低いプロジェクトに割り当てられた資金を使用するために、最もパフォーマンスの高いアーキテクチャを使用することが許可されている場合があります。 HPC 環境はビジネスの優先順位を認識しているため、エスカレーションしてリソースを要求する必要はありません。 

　 IT と HPC のコンテキスト 企業、セキュリティ、または規制の目的と一致するポリシーを適用することについて話します。 おそらく、Project Phoenix データは特定の地域を越えてはいけない、あるいは、データのダウンロードやチーム外での共有を許可すべきではないでしょう。 ユーザー中心のアプローチでは、これらのポリシーが自動的に適用されるため、ユーザーはデータを共有すべき相手と共有すべきでない相手を追跡する必要がなくなります。 

最後に、 テクノロジーと業界の背景 新しいコンピューティング アーキテクチャがどのように進化しているかを理解することです。 おそらく、Intel、Nvidia、または AMD の新しいアーキテクチャが利用可能になり、実行されるシミュレーションの経済性が劇的に変わるでしょう。 ユーザー中心の HPC 環境では、新しいハードウェアのパフォーマンスとコストの両方、およびそれを使用することでソフトウェア ライセンスの経済性がどのように変化するかを考慮して、フルスタックの最適化を実行する必要があります。

クラウド インフラストラクチャ上で Ansys Fluent シミュレーション ソフトウェアを実行する例

Rescale のアプローチは、スタック全体を自動化してインフラストラクチャを本質的に見えなくし、IT ポリシーと一貫して最適なアーキテクチャが常に使用されるようにすることです。 エンジニアや研究者は、SasS のようなアプリケーションと同様に、ブラウザを使用してソフトウェア入力ファイルをアップロードし、推奨ハードウェアを選択またはカスタマイズして、数回クリックするだけでジョブを送信できます。 時間が節約されたことで、重要なエンジニアリング作業に集中できるようになります。