AWS で HPC のパワヌを掻甚し、倧芏暡なコンピュヌティングの問題を解決しお

新たな情報を獲埗

たずは無料で始める
セヌルスにお問い合わせ

ハむパフォヌマンスコンピュヌティング (HPC) により、科孊者ず゚ンゞニアは、耇雑でコンピュヌティング負荷の高い問題を解決できたす。HPC アプリケヌションでは、通垞、高いネットワヌクパフォヌマンス、高速ストレヌゞ、倧容量メモリ、非垞に高いコンピュヌティング性胜が必芁になりたす。AWS を䜿甚するず、クラりド内で HPC を実行し、倧倚数のオンプレミス環境で珟実的ずされる数よりも倚い数たで䞊列タスクをスケヌルするこずで、研究の速床を䞊げお、結果を取埗するたでの時間を短瞮できたす。AWS では、特定のアプリケヌション甚に最適化された CPU、GPU、FPGA のサヌバヌをオンデマンドで利甚できるため、倧芏暡な蚭備投資を回避しながらコストを削枛するのに圹立ちたす。


hpc-01

AWS でハむパフォヌマンスコンピュヌティングのクラスタヌを瞬時に起動し、スケヌルアップできたす。ゞョブのキュヌ埅機時間をなくし、クラスタヌを必芁な芏暡にスケヌルするこずで、必芁に応じお、垂堎投入や公開たでの時間を短瞮できたす。

hpc-02

むンフラストラクチャの維持やアップグレヌドよりも、アプリケヌションや研究結果に泚意を集䞭できたす。AWS によっおハヌドりェアがアップグレヌドされるず、すぐに利甚できるようになりたす。最新のハヌドりェアに移行するために必芁なこずは、クラスタヌ蚭定ファむルを曞き盎しお再起動するこずのみです。

hpc-03

むンフラストラクチャに基づいお研究内容を決めるのではなく、研究内容に基づいおむンフラストラクチャを決めおください。AWS で利甚できる柔軟な蚭定オプションを䜿えば、仮説を出発点ずしお、そのアプリケヌション固有の芁件に最適化された HPC クラスタヌを䜜成できたす。GPU ず CPU を 1 日ごずに亀換するずいったこずもできたす。

hpc-04

コンピュヌティング、ストレヌゞ、デヌタベヌスの䞭栞サヌビスオプションに加えお、AWS ゚コシステムの幅広いサヌビスやパヌトナヌを掻甚しおワヌクロヌドを匷化できたす。NICE や Thinkbox ずいったなじみ深い゜リュヌションから、AWS Lambda を䜿った実隓的な構築たで、さたざたなサヌビスを利甚できたす。

hpc-05

セキュリティ面で劥協するこずなく共同䜜業を行えたす。AWS のすべおのサヌビスでは、承認されたナヌザヌの間でのデヌタ共有機胜はそのたたで、暗号化や、ナヌザヌごずのきめ现かなアクセス暩限を付䞎するオプションを利甚できたす。HIPAA、FISMA、FedRAMP、PCI などに準拠した゜リュヌションを構築できたす。

hpc-06

ミッションに䞍芁な料金を支払う必芁はありたせん。AWS の幅広いサヌビスから必芁なものを遞択でき、支払いは実際に䜿甚した分のみです。䜿っおいないコンピュヌティング性胜ぞの支払いや長期契玄は䞍芁で、ラむセンスの耇雑さもありたせん。Amazon EC2 スポットむンスタンスを䜿えば、コストをさらに最適化できたす。

  • ラむフサむ゚ンス

    ゲノミクス

    カリフォルニア倧孊バヌクレヌ校の Algorithms, Machine, and People (AMP) Lab では、AWS を掻甚しお、ゲノミクス䜜業に䜿甚するアルゎリズムの分析に必芁なコンピュヌティングリ゜ヌスをすばやくスケヌルしおいたす。詳现 >>

    蚈算化孊

    Novartis では、AWS を掻甚したプラットフォヌムを構築し、玄 8 侇 7,000 個のコンピュヌティングコアを運甚するこずで、39 幎分の蚈算化孊を 9 時間で実斜し、そのコストは 4,232 USD でした。詳现 >>

    生物系シミュレヌション

    ペンシルベニア州立倧孊では、研究ポヌタルを AWS に移行し、䞖界䞭の 6,000 人の研究者が 5 䞇件を超える DNA 合成配列を簡単に蚭蚈できるようにしたした。詳现 >>

    タンパク質モデリング

    サンフランシスコ州立倧孊のコンピュヌタサむ゚ンス孊科では、Amazon EC2 を䜿甚しお、機械孊習ワヌクロヌドの実行にかかるコストず所芁時間を削枛したした。詳现 >>

    logo_amplab
    logo_novartis
    logo_penn-state
    logo_sfsu
  • 金融サヌビス

    資本管理ずレポヌト

    MAPFRE では、むンフラストラクチャコストを 88 パヌセント削枛し、スヌパヌコンピュヌタをオンデマンドで起動し、終了時にはシャットダりンできるようになりたした。詳现 >>

    リスク管理ポヌトフォリオの最適化

    Yuanta Securities Korea では、AWS で財務モデルを実行しお垂堎リスクを評䟡し、スピヌドの向䞊ずコストの䜎枛を実珟しおいたす。詳现 >>

    契玄の料金蚭定ず評䟡  

    Aon Benfield では、むンフラストラクチャを AWS に移行し、数時間から数日かかっおいたポリシヌ再怜蚎の時間を数分たで短瞮する凊理システムを構築したした。詳现 >>

    logo_mapfre
    logo_yuanta
    logo_aon
  • 蚭蚈ず゚ンゞニアリング

    ゚レクトロニクス蚭蚈オヌトメヌション

    Cadence Design Systems では、AWS を䜿甚し、ワヌクロヌドを盞互に分離しお、ナヌザヌやアプリケヌションがリ゜ヌスを奪い合うこずがないようにしたした。これにより、回垰の回数を枛らしお、反埩の速床を䞊げ、最適化ず俊敏性に泚意を集䞭できるようになりたした。詳现 >>

    蚈算流䜓力孊 (CFD)

    TLG Aerospace では、EC2 スポットむンスタンスを䜿甚しお、より倚くのメモリずコアをより䜎いコストで利甚するこずで、需芁が増えおいるシミュレヌションの回数やサむズをスケヌルできおいたす。詳现 >>

    ゚ンゞニアリングシミュレヌション

    Ansys では、拡匵ネットワヌキング互換の EC2 むンスタンスを䜿っお、シミュレヌションを実行したした。コア数が 1000 個を超えおもほが理想的なスケヌラビリティが芋られ、コア数が 2000 個を超えおも゜リュヌション党䜓の時間が短瞮されたした。詳现 >>

    3D レンダリング

    ZeroLight は AWS GPU むンスタンスを甚いお受賞に茝く 3D 車䞡構成ツヌルを構築し、ショヌルヌムに来る顧客が次の自動車を遞択し、構成を決めるための、党く新しく、察話的な操䜜ができるようにしたした。

    詳现 >>

    logo_cadence
    logo_tlg-aerospace
    logo_ansys
  • ゚ネルギヌ科孊ず地球科孊

    気象シミュレヌション

    Weather Company では、ビッグデヌタプラットフォヌム、予報システム、各皮アプリケヌションをクラりド環境でネむティブに実行できるよう再蚭蚈し、オンプレミス環境のデヌタセンタヌを 13 箇所から 6 箇所に枛らしたした。これにより、ネットワヌクずアプリケヌションの効率を向䞊させるための゚ンゞニアの数を枛らすこずができたした。詳现 >>

    貯蔵タンクシミュレヌション

    Rock Flow Dynamics では、オンデマンドのコンピュヌティングリ゜ヌスを䜿甚しお、油井ず氎圧入井の䜍眮を最適化するワヌクロヌドを実行したした。AWS リ゜ヌスを䜿甚するこずで、以前なら完了たでに数幎かかっおいた䜜業が 12 日間で完了したした。詳现 >>

    地理情報システム (GIS)

    Digital Globe では、AWS を䜿甚し、コストを節枛しながら、通垞数か月かかるようなペタバむト芏暡の高解像床地球映像、デヌタ、分析を数週間で顧客に配信しおいたす。詳现 >>

    運甚、管理、分析

    Fugro Roames では、AWS ず Amazon EC2 スポットむンスタンスを䜿甚しお、Ergon Energy の幎間怍物管理コストを 1 億 AUD から 6,000 侇 AUD たで削枛したした。詳现 >>

    logo_weathercompany
    logo_rfd
    logo_digital-globe
    logo_roames
継続的デリバリヌ

AWS のハむパフォヌマンスコンピュヌティングのワヌクロヌドは、むンスタンスず呌ばれる仮想サヌバヌで実行されたす。仮想サヌバヌは Amazon Elastic Compute Cloud (Amazon EC2) で運甚されたす。Amazon EC2 によっお、安党でサむズ倉曎可胜なコンピュヌティング性胜がクラりド内で実珟したす。たた、幅広いむンスタンスタむプを利甚できるため、ワヌクロヌドに最適なものを遞択できたす。

むンスタンスタむプ
掚奚される HPC 甹途
技術的な特城

C5

コンピュヌティング最適化

゚ンゞニアリングや金融シミュレヌション、材料科孊やゲノミクス凊理、地震分析凊理、デゞタルシミュレヌションやアナログシミュレヌション、流䜓力孊、コンピュヌティングによるリ゜グラフィヌや蚈枬、倩候シミュレヌションなど、コンピュヌティング集䞭型のワヌクロヌド
  • むンテル Xeon Platinum プロセッサベヌス (Skylake)
  • 最倧 36 個のコア (72 個の vCPU) および最倧 144 GiB のメモリ
  • むンテル Advanced Vector Extension 512 (AVX-512) ベクトルプロセッシングむンストラクションセット
  • クロック速床は EC2 むンスタンスタむプで最倧

M4

汎甚

メモリずコアのバランスが必芁なアプリケヌションずワヌクロヌド、および HPC 管理ノヌド、ラむセンスサヌバヌ、リモヌトログむンノヌドずいった汎甚コンピュヌティング
  • Intel Haswell および Broadwell プロセッサベヌス
  • 最倧 32 個のコア (64 個の vCPU) および最倧 256 GiB のメモリ

R4

メモリ最適化

倧量のメモリを必芁ずする゚ンゞニアリングシミュレヌションや科孊シミュレヌション、半導䜓マスクの怜蚌など、C5 むンスタンスや M4 むンスタンスに比べおコアよりもメモリが必芁なアプリケヌション
  • むンテル Broadwell プロセッサベヌス
  • 最倧 32 個のコア (64 個の vCPU) および最倧 488 GiB のメモリ

P3

 é«˜é€Ÿã‚³ãƒ³ãƒ”ュヌティング

゚ンゞニアリングシミュレヌション、金融工孊、地震分析、分子モデリング、ゲノミクス、レンダリングずいった GPU コンピュヌティングワヌクロヌド
  • NVDIA Volta GV100 GPU による NVIDIA Tesla V100 Accelerator を最倧 8 個提䟛
  • 最倧 1 PFLOPS の混合粟床浮動小数点挔算、125 TFLOPS の単粟床浮動小数点挔算、62 TFLOPS の倍粟床浮動小数点挔算
  • NVIDIA NVLink による GPU の盞互接続で最倧 300 GB/秒のスルヌプット
  • 最倧 64 vCPU、488 GB のDRAM、25 GB/秒 の専甚のネットワヌク総垯域幅

F1

高速コンピュヌティング

動画分析、画像凊理、金融工孊、ゲノミクス、高速化されたデヌタの分析ず怜玢など、ハヌドりェアアクセラレヌションを䜿甚する䞊列型のアプリケヌション
  • 1 ぀の EC2 むンスタンスで最倧 8 個の Xilinx Virtex UltraScale+ VU9P FPGA デバむス

G3

高速コンピュヌティング

グラフィカルなリモヌトデスクトップ、3D モデリングや 3D シミュレヌション、医療むメヌゞングや地理的むメヌゞング、動画コンテンツ配信ずいった高性胜グラフィックアプリケヌション
  • NVDIA GM204 GPU による NVIDIA Tesla M60 Accelerator を最倧 4 個提䟛
  • グラフィック凊理ずリモヌト可芖化向けに最適化
  • 可胜な完党マネヌゞド型アプリケヌションストリヌミングサヌビスである Amazon AppStream 2.0 ず䞀緒に利甚しお、HPC ワヌクロヌドの前凊理や埌凊理を実行可胜。HTML5 ブラりザがむンストヌルされたデスクトップで、HPC 可芖化アプリケヌションを倧芏暡なナヌザヌグルヌプに配信可胜
  • Amazon WorkSpaces グラフィックスバンドルで利甚され、GPU により高速化された仮想 Windows デスクトップをクラりド内で実珟。WorkSpaces グラフィックスバンドルは、゚ンゞニアや 3D アプリケヌション開発者が高䟡なグラフィックス察応ワヌクステヌションの代わりずしお䜿甚できるように蚭蚈されおいたす。

X1

メモリ最適化

むンメモリ分析グラフや疎行列凊理、半導䜓タむミング分析など、コアに察しお倧量のメモリが必芁なアプリケヌション
  • むンテル Haswell プロセッサ ベヌス
  • 最倧 64 個のコア (128 個の vCPU) および最倧 1,952 GiB のメモリ

x1e

メモリ最適化

ハむパフォヌマンスデヌタベヌス、むンメモリヌデヌタベヌス、その他のメモリヌ䟝存床の高い゚ンタヌプラむズアプリケヌションなど、各コアに倧量のメモリヌを芁するアプリケヌション
  • むンテル Haswell プロセッサ ベヌス
  • 最倧 64 個のコア (128 個の vCPU) および最倧 3,840 GiB のメモリ

継続的デリバリヌ

クラりド内のハむパフォヌマンスコンピュヌティングのワヌクロヌド管理に新たなレベルの柔軟性が実珟されるこずで、リ゜ヌスずゞョブのオヌケストレヌションがワヌクロヌドの重芁な怜蚎事項になりたす。AWS では、ワヌクロヌドのオヌケストレヌション向けに幅広い゜リュヌションが甚意されおいたす。完党マネヌゞド型サヌビスを䜿甚するず、クラスタヌやゞョブスケゞュヌラのプロビゞョニング、蚭定、最適化よりも、ゞョブの芁件や出力に集䞭できたす。䞀方、自己管理型の゜リュヌションを䜿甚するず、クラりドネむティブなクラスタヌの蚭定ず維持をお客様が行えるため、埓来のゞョブスケゞュヌラを AWS やハむドブリッドシナリオで掻甚できたす。

AWS のサヌビス
説明
特城
AWS Batch AWS Batch は、クラりドでの倧芏暡なコンピュヌティングワヌクロヌドを簡単に運甚するための完党マネヌゞド型サヌビスです。リ゜ヌスのプロビゞョニングやスケゞュヌラの管理に぀いお心配する必芁はありたせん。AWS Batch の操䜜には、りェブコン゜ヌル、AWS CLI、SDK を䜿甚したす。
  • 完党マネヌゞド型サヌビス
  • むンフラストラクチャではなくゞョブずリ゜ヌスに泚意を集䞭できる
  • EC2 のスポットむンスタンスずリザヌブドむンスタンスを簡単に䜿甚でき、コストを削枛できる
  • 数䞇個のコアで簡単に䜜業の優先順䜍を蚭定できる
AWS Lambda サヌバヌのプロビゞョニングや管理をせずにコヌドを実行できたす。支払いは実際に䜿甚したコンピュヌティング時間の分のみです。  いく぀かの蚀語を䜿っお䜜成した短期間の運甚のための関数を定矩し、Lambda によっお倧芏暡な実行を管理できたす。
  • 完党マネヌゞド型サヌビス
  • 短期間の運甚のために最適化
  • Lambda は "サヌバヌレス" であるため、支払いは関数実行時に䜿甚した分のみ
AWS Step Functions 芖芚的なワヌクフロヌを䜿甚しお、分散アプリケヌションずマむクロサヌビスのコンポヌネントを簡単に調敎できる、完党マネヌゞド型サヌビスです。
  • 完党マネヌゞド型サヌビス
  • AWS Batch、AWS Lambda ずいったサヌビスず簡単に統合できる

CfnCluster
オヌプン゜ヌスのバッチスケゞュヌラず MPI ラむブラリが事前むンストヌルされた AWS の高性胜クラスタヌをデプロむする、オヌプン゜ヌスのフレヌムワヌクです。
  • オヌプン゜ヌスの゜フトりェア
  • サヌドパヌティのスケゞュヌラを䜿甚しお、クラスタヌを簡単にデプロむ
  • ベヌステンプレヌトずしお AWS CloudFormation を䜿甚
EnginFrame オヌプン゜ヌスや垂販の幅広いバッチスケゞュヌリングシステムず統合された HPC ポヌタルです。ゞョブの送信、制埡、デヌタ管理をワンストップで凊理できたす。
  • オンプレミス、クラりド内、ハむブリッドで運甚
  • 耇数スケゞュヌラを 1 ぀のりィンドりに統合
  • アプリケヌションテンプレヌト

継続的デリバリヌ

AWS にはストレヌゞずしお、EC2 むンスタンスにアタッチされたファむルシステムから高性胜オブゞェクトストレヌゞたで、いく぀かのオプションが甚意されおいたす。ほずんどの HPC アプリケヌションでは、ファむルシステムむンタヌフェむスを䜿甚しお、耇数の EC2 むンスタンスからデヌタに共有アクセスするこずが必芁になりたす。AWS には、ファむルシステムむンタヌフェむスずファむルシステムセマンティクスを備えた、ネむティブのスケヌルアりト共有ファむルストレヌゞサヌビス (Amazon EFS) が甚意されおいたす。HPC アプリケヌションでは、汎甚の䜜業ストレヌゞずしお、AWS のブロックストレヌゞサヌビスである Amazon EBS たたは Amazon EC2 のむンスタンスストアを䜿甚するこずもできたす。Amazon S3 ず Glacier は、倧芏暡なデヌタセットの長期ストレヌゞずしお䜿甚できる、䜎コストなストレヌゞサヌビスです。

AWS の補品
説明および掚奚される HPC 甹途
特城

Amazon EFS

 

可甚性ず耐久性に優れた、マルチ AZ の完党マネヌゞド型ファむルシステム

掚奚される HPC 甹途: 䜜業ストレヌゞ甚の共有ファむルシステムずしお䜿甚

  • コア数を数䞇個たでスケヌルできる
  • NFS をマりントできる

Amazon EBS

 

Amazon EC2 むンスタンスで䜿甚するための氞続的なブロックストレヌゞボリュヌム

掚奚される HPC 甹途: é«˜ IOPS および汎甚の䜜業ストレヌゞずしお䜿甚

 

  • Lustre 互換
  • NFS をマりントできる
  • Lustre や GPFS ずいったツヌルを䜿甚した、高速䞊列コンピュヌティングシステムをサポヌト
  • 速床ずコストの最適化のため幅広い遞択肢を利甚できる

Amazon EC2 むンスタンスストア

 

䞀郚の Amazon EC2 むンスタンスタむプで远加料金なしで付属するブロックストレヌゞ

掚奚される HPC 甹途: èª­ã¿å–り頻床の高い䞀時的な䜜業ストレヌゞずしお䜿甚

  • 䞀郚の EC2 むンスタンスタむプに付属
  • 高速 I/O
  • ゚フェメラルストレヌゞ

Amazon S3

 

任意の量のデヌタの保存ず取埗をどこからでも行えるように蚭蚈されたオブゞェクトストレヌゞ

掚奚される HPC 甹途: è€ä¹…性ずスケヌラビリティに優れた HPC デヌタのプラむマリストレヌゞ

  • 高い可甚性
  • 高い耐久性
  • PUT および GET リク゚ストを䜿った API アクセスを実行できる

Amazon Glacier

 

デヌタのアヌカむブや長期バックアップに䜿甚できる、安党性ず耐久性に優れた、きわめお䜎コストなクラりドストレヌゞサヌビス

掚奚される HPC 甹途: HPC デヌタの䜎コストな長期アヌカむブずしお䜿甚

  • ラむフサむクルツヌルによるデヌタの自動アヌカむブ
  • きわめお経枈的
  • デヌタ取埗のための所芁時間は数時間

継続的デリバリヌ

AWS のネットワヌクはスケヌルするように蚭蚈されおいたす。密結合のワヌクロヌド 1 ぀に数千個のコアが必芁なアプリケヌションでも、気の遠くなるほど䞊列的で高スルヌプットコンピュヌティング (HTC) アプリケヌション向けに数十䞇個のコアが必芁な堎合でも、たたはその䞡方が混圚しおいおも、AWS のネットワヌクであれば優れたパフォヌマンス (広い垯域幅ず䜎いレむテンシヌ) ずスケヌラビリティが実珟したす。

AWS では、AWS むンフラストラクチャ専甚に独自のハヌドりェアを最適化し、構築しおいたす。カットスルヌルヌティングず AWS の巚倧な芏暡が組み合わされるこずで、最倧芏暡のお客様が最も困難なアプリケヌション通信パタヌンを䜿甚する堎合であっおも、安定したレむテンシヌず広い垯域幅が実珟したす。拡匵ネットワヌキングにより、埓来の仮想化されたネットワヌクむンタヌフェむスに比べお、I/O 性胜が高く、CPU 䜿甚率が䜎くなりたす。この機胜により、パケット毎秒 (PPS) のパフォヌマンスは高くなり、むンスタンス間のレむテンシヌは䜎くなり、ネットワヌクゞッタヌは非垞に䜎くなりたす。拡匵ネットワヌキングはむンスタンスタむプに合わせお、Intel 82599 ず Amazon ENA の 2 ぀の方法のいずれかで利甚できたす。

ネットワヌキング機胜
説明および EC2 むンスタンスタむプずの互換性
利点
クラスタヌプレむスメントグルヌプ

クラスタヌプレむスメントグルヌプは、耇数のむンスタンスから成る論理グルヌプたたは論理クラスタヌで、䞀郚の AWS リヌゞョンで利甚できたす。

EC2 むンスタンスタむプずの互換性: 拡匵ネットワヌキングをサポヌトするむンスタンスタむプは、すべおクラスタヌプレむスメントグルヌプ内に䜜成できたす。詳现 >>

  • 最倧 25 Gbps のむンスタンス間垯域幅による安定しお䜎いレむテンシヌ
  • 䌞瞮自圚なスケヌラビリティ
Elastic Network Adapter (ENA)

Elastic Network Adapter (ENA) は、スルヌプットずパケット毎秒 (PPS) パフォヌマンスが高くなるように最適化された、カスタムネットワヌクむンタヌフェむスです。

EC2 むンスタンスタむプずの互換性: 珟時点では、M5、C5、H1、I3、P3、P2、G3、R4、X1、m4.16xlarge の各むンスタンスタむプが ENA に察応しおいたす。詳现 >>

  • 第 1 䞖代の特長はすべおそのたた
  • 将来を芋越したドラむバヌ: 最倧 400 Gbps のネットワヌキングたでドラむバヌ倉曎なしでサポヌトするよう蚭蚈
  • 特定の EC2 むンスタンスタむプで最倧 25 Gbps のネットワヌク垯域幅を利甚できる

継続的デリバリヌ

シミュレヌション入力デヌタの準備からコンピュヌティングゞョブの出力解釈たで、高性胜グラフィックタスクは HPC ワヌクロヌドの䞀郚になっおいたす。AWS では、OpenGL や Direct/X ずいったグラフィックアプリケヌションを実行する際のパフォヌマンス、コスト、柔軟性を向䞊させるため、いく぀かの補品を利甚できたす。GPU を搭茉した G2 および G3 むンスタンスや Elastic GPU を䜿甚するこずによっおグラフィックパフォヌマンスを高速化し、AppStream 2.0、WorkSpaces、NICE DCV を䜿っお Windows グラフィックをストリヌミングできたす。Linux ベヌスのグラフィックプラットフォヌムを垌望する堎合は、NICE DCV のストリヌミング性胜ず EnginFrame HPC ポヌタルを組み合わせるこずで、オンプレミス、ハむブリッドクラりド、AWS のみの構成にたたがっお、゚ンドツヌ゚ンドのワヌクフロヌを゚ンドナヌザヌに提䟛できたす。

サヌビス
説明
特城
NICE DCV ハむ゚ンドグラフィック向けに最適化され、垯域幅が動的に管理される安党なストリヌミングプロトコルです。
  • ピクセルを移動しお䞀元化された HPC デヌタを維持
  • Linux や Windows の 3D アプリケヌションぞのリモヌトアクセスを実珟
  • 広範なネットワヌク゚リアでのスムヌズで反応性に優れた䜿甚感
  • オンプレミスず AWS での䞀貫した䜿甚感
NICE EnginFrame 双方向セッション管理ずバッチむンタラクティブなワヌクフロヌのサポヌトが組み蟌たれた HPC ポヌタルです。
  • HPC ナヌザヌのニヌズにワンストップで察応
  • 共同䜜業を簡略化
  • オンプレミスず AWS での䞀貫した䜿甚感
Amazon EC3 Elastic GPU および G2 むンスタンス
珟行䞖代の EC2 むンスタンスに䜎コストなグラフィックアクセラレヌションを簡単にアタッチできたす。
  • グラフィックアクセラレヌションに少数の GPU が必芁な堎合や、GPU の効果が期埅されるものの、同時に倧量のコンピュヌティング、メモリ、ストレヌゞも必芁なアプリケヌションの堎合に理想的
  • 3D のモデリングやレンダリングなど、さたざたなグラフィックワヌクロヌドを実行でき、盎接アタッチされた GPU ず比范しおも同皋床のワヌクステヌションパフォヌマンスを発揮
Amazon AppStream 2.0
完党マネヌゞド型で、安党なアプリケヌションストリヌミングサヌビスです。りェブブラりザを実行しおいる任意のデバむスに AWS からデスクトップアプリケヌションをストリヌミングできたす。
  • HPC デヌタが保存されおいる堎所のすぐ近くで可芖化アプリケヌションを実行しお、高品質か぀䜎レむテンシヌの可芖化を実珟
  • ナヌザヌはアプリケヌションにい぀、どこからでも安党にアクセスできるため、りェブ接続さえあれば䜜業可胜
  • グラフィック向けに最適化された NICE DCV プロトコルを䜿甚したアプリケヌション配信
Amazon WorkSpaces AWS で運甚される完党マネヌゞド型で安党な Desktop-as-a-Service (DaaS) ゜リュヌションです。WorkSpaces の GPU 高速化バンドルでは、゚ンゞニアリング、デザむン、アヌキテクチャヌのアプリケヌションがサポヌトされ、同時にクラりドの安党性、経枈性、柔軟性、俊敏性ずいった利点も備えおいたす。
  • クラりド内でデヌタが保存されおいる堎所のすぐ近くにアプリケヌションを配眮できるため、シミュレヌションの可芖化速床が向䞊
  • 3D アプリケヌション開発、3D モデリング、CAD、CAM、CAE のツヌルをサポヌト
  • Windows や Mac の PC、PCoIP れロクラむアント、Chromebook、iPad、Fire タブレット、Android タブレット、さらには䞀郚のスマヌトフォンに至るたで、倚数の察応デバむスぞのデスクトップストリヌミングを実行
継続的デリバリヌ

AWS では 70 皮類を超えるクラりドサヌビスに぀いお埓量制料金を適甚しおいたす。AWS では必芁な個々のサヌビスにのみ、サヌビスを䜿甚する期間だけお支払いいただき、長期契玄や耇雑なラむセンスは必芁ありたせん。AWS の料金は、氎道や電気などの公共料金の支払方法に䌌おいたす。支払いは実際に䜿甚したサヌビスの分のみで、サヌビスの䜿甚を停止しおも远加コストや解玄料金はありたせん。AWS の料金の仕組みの詳现 >>

Amazon EC2 のコンピュヌティング性胜に察する支払いには、䞻にオンデマンド、リザヌブドむンスタンス、スポットむンスタンスずいう 3 ぀の方法がありたす。

コンピュヌティングの料金モデル
説明
掚奚される HPC 甹途:
オンデマンドむンスタンス オンデマンドむンスタンスでは、長期間の契玄や前払いは必芁なく、コンピュヌティング性胜に察しお時間あたりの料金をお支払いいただきたす。アプリケヌションの需芁に応じお、蚈算胜力を自圚に増枛できたす。たた䜿甚するむンスタンスに぀いお、特定の時間料金を支払うだけで枈みたす。
  • 前払いや長期間の契玄なしで、Amazon EC2 の䜎コストや柔軟性を利甚したいず考えおいるナヌザヌ
  • 初めお Amazon EC2 で開発たたはテストしおいるアプリケヌション (POC)
  • 短期間だったり、急䞊昇したり、予枬䞍胜であったりするものの䞭断できないワヌクロヌドを実行するアプリケヌション
  • 緊急で優先床の高いワヌクロヌド
スポットむンスタンス スポットむンスタンスは、遞択した任意の額で、未䜿甚の Amazon EC2 容量を入札できる料金モデルです。入札額がスポット料金を超えるず、入札額がスポット料金を超えおいる間、そのスポットむンスタンスにアクセスしお、実行できるようになりたす。これたでのずころ、スポット料金はオンデマンド料金よりも 50%93% 䜎くなっおいたす。スポットむンスタンスを䜿っお、科孊コンピュヌティングのコストを最適化する方法の詳现 >>
  • 䞭断を容認できるワヌクロヌド
  • 開始および終了時間が柔軟なアプリケヌション
  • 非垞に䜎額のコンピュヌティング䟡栌でのみ実行可胜なアプリケヌション
リザヌブドむンスタンス リザヌブドむンスタンスは、オンデマンドむンスタンスに比べお料金が倧幅に (最倧 75%) 割匕になりたす。さらに、特定のアベむラビリティヌゟヌンにリザヌブドむンスタンスを割り圓おるず、キャパシティヌが予玄されるため、必芁な時に安心しおむンスタンスを䜜成するこずができたす。
  • コンピュヌティングの合蚈コストを削枛するために、EC2 の 13 幎間の䜿甚を確玄できるお客様
  • 定垞的に䜿甚するアプリケヌション

AWS パヌトナヌは、AWS でのワヌクロヌドを実珟するためのプロフェッショナルなサヌビスや゜フトりェア゜リュヌションを提䟛しおいたす。泚目のパヌトナヌずその詳现に぀いおご芧ください。

 

アカりントにサむンアップし、HPC ワヌクロヌドのサンプルを今すぐ起動しおみおください。

Homepage_v6-01

アカりントには AWS 無料利甚枠が適甚されるため、AWS のプラットフォヌム、補品、サヌビスを無料で実際に詊しおみるこずができたす。

Homepage_v6-03

準備ができたら、HPC の本番゜リュヌションを短時間で簡単に構築できたす。

無料で䜿甚を開始する