コアタイプコレクション

概要 

Coretype コレクションは、ジョブセットアップ時に個別のハードウェアオプションとして表示される、互換性のあるコアタイプの厳選されたグループです。単一のコアタイプを単独で選択する場合と同等またはより低いコストで、同等またはより優れたパフォーマンスを提供するように設計されています。コレクションはUI上で単一のハードウェア選択肢のように動作し、Rescaleに複数の基盤となるコアタイプを柔軟に使用できる柔軟性を提供します。 インスタンスタイプ ユーザーのパフォーマンスとリソースの定義されたベースラインを満たすか、それを超えます。

ハイライト

  • コレクションは、ハードウェア ステップの Coretype コレクション セクションの下に専用のハードウェア タイルとして表示され、各コレクション名は「Plus」で終わります (例: Elm Plus、Kyanite Plus、Emerald Plus、Starlite Plus)。
  • 各コレクションは、ベースライン パフォーマンスとリソース特性を表すエントリ ポイント コアタイプを中心に定義されます (たとえば、Elm Plus は Elm に、Emerald Plus は Emerald に、Starlite Plus は Starlite にアンカーされます)。
  • コレクション内の基礎となるコアタイプは、同等のジョブ構成でエントリ ポイントと同等かそれ以上のパフォーマンスを発揮するように選択されます。
  • Coretypeコレクションを選択するときは、通常通りコアの数を選択します。 ジョブのカウントはロックされていますが、プラットフォームはジョブごとに同等以上のメモリやストレージを提供するオプションがあります。 コレクション定義内で、コアあたりの追加のコンピューティング料金はかかりません。
  • コアあたりのコンピューティング料金は、ハードウェア ステップでコレクションを選択したときに決定され、ジョブの実行に使用される基盤となるインフラストラクチャに基づいて変更されることはありません。
  • コレクションはオンデマンドプロ(ODP)優先度でのみ提供され、現時点では特定のコレクションに対してODEまたはODRのバリアントは存在しません。また、Linuxワークロードのみをサポートしています。
  • ユーザーがコレクションの一部である個々のコアタイプを選択すると、UI は対応する「プラス」オプションに切り替えるための非侵入的な提案を表示し、予想されるコストと潜在的なパフォーマンス上の利点を強調表示できます。

特定のジョブ設定に選択されたCoretypeコレクション「Emerald Plus」

Coretypeコレクションの使用 

このセクションでは、Rescale UI でのジョブセットアップ中に Coretype コレクションを使用する方法について説明します。

UIでCoretypeコレクションを選択する

  1. ジョブを作成する
    • 「ジョブ」ページから、新しいジョブを作成するか、既存のジョブを複製するか、テンプレートから新しいジョブを作成します。
    • セットアップ手順で、入力ファイルとソフトウェアを通常どおり構成します。
  2. ハードウェアのステップに移動します
    • ジョブ設定ページで、ハードウェア ステップ (ハードウェア設定) に移動します。
    • ハードウェアリストをスクロールして、Coretypeコレクションのセクションを見つけてください。コレクションは、Elm PlusやEmerald Plusなど、名前の末尾に「Plus」が付いたハードウェアタイルとして表示されます。
  3. コアとウォールタイムを設定する
    • 個々の Coretype を選択する場合と同様に、コアの数とウォールタイムを指定します。
    • 設定したコア数はジョブに対してロックされます。プラットフォームは同等の基盤コアの中から選択する場合があります。 このコア数を維持しながら、コレクションの最小リソース保証を満たすかそれを超えるタイプ。
  4. コレクションの詳細を確認する
    • 各タイルには次の内容が表示されます:
      • エントリーポイントのCoretype(例えば、「Elm Plus」の場合は「Elm」)
      • 主要なリソース範囲(コレクション全体のコアあたりの最小メモリやコアあたりのストレージなど)
      • コア時間あたりの料金(ODP)
    • Coretype コレクション タイルをクリックするか、マウスを移動すると、次の詳細情報が表示されます。
      • エントリーポイント Coretype
      • コレクションに含まれる基礎となるコアタイプの概要(公開されている場合)
  5. ジョブを送信する
    • 残りの構成(ライセンス、後処理など)を完了し、ジョブを送信します。
    • 実行時には、コレクション定義とエントリ ポイント Coretype ファミリと一致する具体的な構成が選択され、ジョブは送信時に確認した固定コレクション レートで課金されるようになります。

個々のコアタイプからの提案を使用する

コレクションに属する個々のコアタイプ (たとえば、Elm) を選択すると、そのコアタイプに対応する「Plus」オプション (たとえば、Elm Plus) が存在する場合は、UI にそのオプションに切り替える提案が表示されることがあります。

提案バナーまたはインライン カードでは、関連する Coretype コレクション (例: Elm Plus) が識別され、潜在的な価値が強調表示されます。

ジョブのハードウェア選択をコレクションに自動的に更新するという提案を受け入れることも、それを無視して個々の Coretype を続行することもできます。

コアタイプとの類似点と相違点

Coretype コレクションは、標準の Coretype とともにハードウェア オプションとしてエンド ユーザーに公開されますが、動作にはいくつか重要な違いがあります。

コレクションと個々のコアタイプとの類似点

  • コレクションは、通常の Coretype と同様に、独自の名前、SKU、価格を持つ個別のハードウェア タイルとしてハードウェア ステップに表示されます。
  • 標準の Coretype を選択する場合とまったく同じように、コア、ウォールタイム、およびその他のジョブ パラメータを設定できます。コレクションには個別のジョブ タイプやワークフローはありません。
  • コレクションは、次の点において単一の Coretype のように動作します。
    • ジョブテンプレートとジョブの複製
    • 自動化とスクリプト
    • ODP ワークロードに対する予算の強制とプラットフォーム側の課金メカニズム。
  • 現在のコレクションは、広く適用可能なコアタイプに対して定義されており、互換性の期待値は、基礎となるエントリポイントのコアタイプを使用する場合と同じです(たとえば、 サポート エメラルド、またサポートします エメラルド Plus).

コレクションと個々のコアタイプの違い

  • コアタイプのグループと単一の構成
    • 標準 Coretype は、単一の Rescale コンピューティング インフラストラクチャ構成に対応します (固定のリソースと価格を持つ 1 つ以上のプロバイダー インスタンス タイプにマップされます)。
    • Coretype コレクションは、エントリ ポイント Coretype に固定された互換性のある Coretype の厳選されたグループであり、コレクションのすべてのメンバーは、同等のコアおよびメモリ構成のエントリ ポイントと同等以上のパフォーマンスを備えています。
  • コレクション仕様
    • コレクションは、基盤となるコンピューティング インフラストラクチャが何であっても、コアとノードの数が固定されており、コレクションのエントリ コアタイプに基づいて、ストレージ、メモリ、ネットワーク速度、およびメモリ帯域幅の基盤となる構成全体で保証される最小限のリソース特性を持ちます。
    • コレクションは常にコレクションのエントリコアタイプの特性のパフォーマンスを満たしますが、ユーザーにより良いパフォーマンスを提供する可能性があるという追加の利点があります。 同じコストで さまざまな特性にわたって:
      • 低消費電力を実現するための高速な読み書き 待ち時間 チェックポイントファイルの書き込み、中間ソルバー結果の読み取り/書き込み、スクラッチデータの管理などの頻繁なI/O操作へのアクセスが可能になり、I/Oを集中的に使用するフェーズにかかる時間が短縮されます。 (HPC) シミュレーション
      • 最大 8 倍のネットワーク帯域幅により、分散 HPC ワークロードのノード間通信が高速化されます。
      • メモリ コントローラ アーキテクチャの改善によるメモリ帯域幅の拡大と、メモリ制限のある HPC ワークフローにおけるコスト パフォーマンスを向上させる高速メモリのサポート (データ アクセスの高速化、キャッシュ ラインの充填の改善、CPU コンピューティング リソースの有効活用による)
      • メモリを大量に消費するシミュレーションやデータセットのためのメモリ容量の増加により、HPCワークロードでより大きな処理が可能 高価なディスク I/O や、より多くのノードに問題を分解する必要なく、より細かいメッシュ解像度とより大きなデータセットをメモリ内で完全に実行できるため、通信のオーバーヘッドが削減され、ソルバーの収束時間が改善されます。
  • 固定ODP優先度のみ
    • 個々のコアタイプは、ODE、ODP、ODR (有効な場合) などの複数の優先順位をサポートする場合があります。
    • Coretype コレクションは現在 ODP のみです。現在、特定のコレクションには経済的なバリアントや予約済みのバリアントはありません。
  • 基礎となるインスタンス上の価格抽象化
    • 単一の Coretype の場合、表示されるコアあたりの価格は、アカウント内のその Coretype に設定された ODE/ODP/ODR コンピューティング価格に直接対応します。
    • コレクションでは、現在、コアあたりの単一の ODP 料金が表示されます。プラットフォームがコレクション内で異なる基盤となるインスタンスタイプを使用してジョブを実行する場合でも、ジョブはこの料金で課金されます。 ワークロード.
  • UIの記号と発見可能性
    • コレクションは「Plus」サフィックスで区別され、ハードウェア リストの専用の Coretype コレクション セクションに表示されます。一方、個々の Coretype はメインのハードウェア セクション (汎用、大容量メモリ、大容量ディスクなど) に表示されます。
    • コレクションの一部である個々のコアタイプを選択すると、関連する「プラス」オプションに切り替えるように UI から求められる場合があります。

コアタイプセットとの関係

コアタイプ セット (CTS) とコアタイプ コレクションは異なる概念ですが、関連しています。

  • コアタイプ セットは、プラットフォームが循環してジョブの可用性と信頼性を向上させることができる、コアタイプと優先度 (ODP/ODE/ODR) の順序付けられたグループです。たとえば、容量またはクォータが利用できない場合に、あるコアタイプから別のコアタイプにフェイルオーバーします。
  • ジョブにコアタイプセットを使用する場合、ジョブに使用される最終的なコアタイプとその特性(コア数など)は、コアタイプセットの設定によって異なる場合があり、そのため価格は使用される特定のコアタイプと設定を反映したものとなります。
  • コアタイプコレクションは価格とコア数が固定されているため、特定のワークロードに適した製品を選択しやすくなります。
  • Coretype コレクションは、単一の「Plus」オプションとして公開される、厳選された Coretype グループです。主にコスト パフォーマンスの簡素化に重点を置きながら、ジョブ レベルのエクスペリエンスを単一のハードウェア タイルの選択と同じくらいシンプルに保ちます。
  • コアタイプコレクションは、単一のコアタイプをコアタイプセットに追加するのと同様の方法で、コアタイプセットに追加できます。

ユーザーの観点から見ると、どちらもハードウェア ページで個別のハードウェア選択肢として表示され、個々の Coretype と同じように管理ハードウェア ポリシーによって対象としたり制限したりできます。

Coretypeコレクションの価格 

このセクションでは、Coretype コレクションの価格設定の仕組みと、それがエンド ユーザーにどのように表示されるかについて説明します。

  • コレクションごとの単一 ODP レート
    • 各 Coretype コレクションにはコアあたりの ODP 価格が 1 つあり、ハードウェア ステップのハードウェア タイルに表示され、個々の ODP Coretype に表示される価格と一致しています。
    • コレクションは ODP オプションとしてのみ利用可能です。現在、コレクションの ODE または ODR バージョンをリクエストすることはできません。また、厳密に経済性または予約済みの優先順位でフィルタリングする場合、コレクションは表示されません。
  • 仕事あたりの価格安定
    • 実行時にコレクション内の異なる基盤インスタンス タイプまたはリージョンが使用される場合でも、コアあたりの料金は固定です (組織のリージョンおよびハードウェア ポリシーによります)。
    • これはつまり、ユーザーは固定価格で、選択の簡素化と潜在的なリソース改善(例えば、ノードあたりのメモリやストレージの増加)を享受できることを意味します。
  • ライセンシング プラットフォーム手数料
    • Coretypeコレクションはコンピューティングインフラストラクチャの料金にのみ影響します。ソフトウェアライセンス、プラットフォーム料金、その他のハードウェア以外の料金は、コレクションを使用するか単一のCoretypeを使用するかに関係なく、既存の契約とジョブ構成(オンデマンドライセンス、BYOL、プラットフォームサブスクリプションなど)に基づいて引き続き計算されます。

利用可能なコアタイプコレクション

参考までに、Rescaleプラットフォームで利用可能なCoretypeコレクションの完全なリストを以下に示します。

コアタイプコレクションコアタイプが含まれています
キャッツアイプラスキャッツアイ、 カリプトライト
エルムプラスM、 バサルム
エメラルドプラスエメラルド、 カリプトライト、キャッツアイ、スターライト
ヒッコリープラスヒッコリー、 バルサム、ナナカマド、ルチル
ジャシンスプラスジャシンス、 キノイト
カイヤナイトプラス藍晶石、 アンダルサイ​​ト、モアッサナイト
ラーチプラスカラマツ、 ヒッコリー、ローワン
マラカイトプラスマラカイト、 セシウム、レイダイト
メープルプラスメープル、 カラマツ
メラナイトプラスメラナイト、 アンダルサイ​​ト、クレライト、カヤナイト
ムーンストーンプラスムーンストーン、 孔雀石、タンタル
オークプラスオーク、 ボックス
レッドバッドプラスレッドバッド、 ヒッコリー、リンデン
ルチルプラスルチル、 バルサム
スピンドルプラススピンドル、 ニレ、ヒッコリー、カラマツ
スターライトプラススターライト、 カリプトライト、ヒヤシンス
ウィロープラス柳、 スピンドル

リストの最初のコアタイプ(斜体)は、エントリのコアタイプを示します。