アーキテクチャのコンポーネント - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

アーキテクチャのコンポーネント

このセクションでは、以下の重要な機能アーキテクチャコンポーネントの仕様について説明します。

  • SAS サーバー – このサーバーは分析処理の中央コンピューティングコンポーネントであり、ローカルの直接接続ストレージ () が含まれていますDAS。

  • SAS subversion server – このサーバーは、 の一元的なバージョン管理システムとして機能しますSAS。

  • Amazon FSx for Windows File Server – これは、SASサーバーとターミナルサーバー間でストレージを共有するためのSMBファイルサーバーです。エンドユーザーは、前処理データファイルと後処理データファイルを FSx for Windows File Server に保存してアーカイブします。

  • Microsoft Remote Desktop Services (RDS) は、ターミナルサービスとも呼ばれ、エンドユーザーがSASクライアントを使用してSASサーバーにアクセスRDSできるようにします。

  • インフラストラクチャの自動化 – Cloud AWS Development Kit (AWS CDK) を AWS CodePipeline と で使用AWS CodeCommit してインフラストラクチャを自動化できます。 CodePipeline は、インフラストラクチャコンポーネントのプロビジョニングに役立ちます。 CodePipeline は、コードをリリースするために必要なステップをモデル化、視覚化、自動化するための継続的な配信サービスです。さらに、 は共有中央環境 CodePipeline を提供し、ローカルマシンから独立したインフラストラクチャ管理を可能にします。 CodeCommit は、プライベート Git リポジトリをホストする安全でスケーラブルなフルマネージドソースコントロールサービスです。を使用して CodeCommit 、AWSCDKインフラストラクチャオートメーションコードとパラメータを保存できます。

    注記

    AWS CodeCommit は、新しいお客様では利用できなくなりました。の既存のお客様は、通常どおりサービスを AWS CodeCommit 引き続き使用できます。詳細はこちら

環境分離

次の図は、SAS統合環境とSAS本番環境を分離するためのアーキテクチャを示しています。

SAS 統合環境と本番環境を分離するためのアーキテクチャ図

インフラストラクチャコンポーネント

このセクションでは、このガイドの推奨アーキテクチャに必要なインフラストラクチャコンポーネントの概要を説明します。

本番環境

本番環境では、次のインフラストラクチャコンポーネントを使用することをお勧めします。

タイプ

インスタンスタイプ

リソース

1 SASサーバー

m6i.4xlarge

16 vCPUs (8 コア)

64 GB RAM

2 つの Citrix ターミナルサーバー

m6i.4xlarge

16 vCPUs (8 コア)

64 GB RAM (Microsoft Office と Adobe Suite のユーザーセッションあたり 1~2 GB、SASクライアントあたり平均 500~1024 MB など)

25 人以上のユーザー

今後、より多くのターミナルサーバーでスケールアウトする可能性

SASサブバージョンサーバー 1 台

m6i.2xlarge

8 vCPUs

4 コア

32 GB RAM

統合環境

統合環境には、次のインフラストラクチャコンポーネントを使用することをお勧めします。

タイプ

インスタンスタイプ

リソース

サーバー 1 SAS台

m6i.2xlarge

8 vCPUs (4 コア)

32 GB RAM

2 つのターミナルサーバー

m6i.2xlarge

 

8 vCPUs (4 コア)

32 GB RAM

SASサブバージョンサーバー 1 台

m6i.xlarge

4 vCPUs (2 コア)

16 GB RAM

SAS サーバーのローカルストレージ

推奨されるアーキテクチャでは、最新の Intel Xeon Scalable プロセッサに基づく M6i インスタンスを使用し、Nitro AWS System の Nitro Hypervisor を使用します。M6i インスタンスタイプは Amazon Elastic Block Store (Amazon EBS) 用に最適化されており、ネットワークアクセスEBSボリューム専用の帯域幅を提供します。次の表に、非共有ストレージのインスタンスストレージ設定の詳細を示します。オンデマンドで追加のEBSボリュームをアタッチできます。

[サーバー]

タイプ

容量

本番稼働

テスト

SAS サーバー

ストレージタイプ

AWS リソース/サービスおよびEBSタイプ

シーケンスの要件 IO (読み取り/書き込み)

本番稼働時と同じ

SAS サーバー

オペレーティングシステムの起動とスワップ

EBS 200 GB (gp3)

要件が低いため、サイジングには関係ない

本番稼働時と同じ

SAS サーバー

SASWORK

EBS RAID0 で 2x 512 GB (gp3/各 5,000 IOPS)

8 * 150 Mbps、1200 Mbps、または~11.5 Gbps

M6i インスタンスのサポート

gp3 EBSボリュームの 12.5 Gbps EBSストレージ帯域幅

1x 1024 GB ボリューム

gp3 5,000 IOPS

SAS サーバー

SAS Software Depot およびその他の補助ストレージ (SASインストールを追加)

EBS 125 GB (gp3)

要件が低いため、サイジングには関係ない

本番稼働時と同じ

SAS ターミナルサーバー

オペレーティングシステムの起動とスワップ

EBS 100 GB (gp3)

要件が低いため、サイジングには関係ない

本番稼働時と同じ

SAS SVN サーバー

オペレーティングシステムの起動とスワップ

EBS 100 GB (gp3)

要件が低いため、サイジングには関係ない

100 GB

SAS SVN サーバー

サブバージョンリポジトリ

EBS 1000 GB (gp3)

デフォルト

オペレーションドライブに加えて 400 GB

共有ストレージインフラストラクチャ

FSx for Windows File Server をSASサーバーと Citrix ターミナルサーバーの共有ストレージソリューションとして使用することをお勧めします。システム情報またはオートメーションスクリプトを維持するためにバケットが必要でない限り、追加のファイルストレージに S3 バケットを使用する必要はありません。

for FSx Windows File Server にプロジェクトコードのサブバージョンチェックアウト/作業コピーを保存することもできます。SAS サブバージョンサーバーはリポジトリをローカルに保存します。サブバージョンサーバーは、中央バージョン管理システムとして機能します。

Windows File Server FSx で を使用して、Citrix ターミナルサーバー全体に Windows ユーザープロファイルを保存することをお勧めします。これにより、両方のサーバー間でシームレスなロードバランシングが可能になります。

本番環境

このガイドのアーキテクチャは、本番環境の以下の要件を満たすように設計されています。

  • ストレージタイプ – Windows ファイルサーバーFSx用

  • タイプ – 複数のアベイラビリティーゾーン

  • リソース/スループット – 1024 MB

  • ストレージ – 1.2 TB SSD

統合とテスト環境

このガイドのアーキテクチャは、統合環境の以下の要件を満たすように設計されています。

  • ストレージタイプ – Windows ファイルサーバーFSx用

  • タイプ – 複数のアベイラビリティーゾーン

  • リソース/スループット – 512 MB

  • ストレージ – 512 GB SSD

パフォーマンス

for Windows File Server FSx の I/O スループットは調整が簡単で、I/O スループットダッシュボードを構築してモニタリングのニーズを満たすことができます。また、オペレーションチームがエンドユーザーのニーズに基づいてスループットを調整できるようにすることもできます。

バックアップとファイルリカバリ

すべてのSASデータは、永続的ストレージとして Windows File Server FSx 用の別の にあります。Windows File Server FSx 用の に保存されているデータには、次の 2 つのレベルのバックアップが実装されています。

  1. 30 日間保持される日次バックアップ — これらのバックアップは S3 バケットに保持されます。Amazon FSxボリュームが破損または紛失した場合、このスナップショットベースのバックアップをリカバリに使用できます。

  2. Microsoft Volume Shadow Copy Service (VSS) を使用して保持されるバックアップ – FSx for Windows File Server の 上のファイルは、1 日 2 回FSx、 for Windows File Server 上の特別なストレージパーティションにバックアップするためにスナップショット化され、無期限に保持されます。バックアップは、Windows File Server FSx 用の のVSSパーティションの使用可能なストレージ (総ストレージ容量の最大 10%) に基づいています。エンドユーザーが Windows File Server FSx用の のファイルを破損または紛失した場合、SASターミナルサーバーの Windows File Explorer から直接復元を開始できます。

ディザスタリカバリ

このガイドのデカップリングアーキテクチャは、ディザスタリカバリを念頭に置いて設計されています。Amazon FSxは 2 つのAWSアベイラビリティーゾーンにデプロイされます。Windows File Server FSx のアクティブなアベイラビリティーゾーンが使用できなくなった場合、サービスは自動的にフェイルオーバーし、2 番目のアベイラビリティーゾーンからファイル共有サービスを提供します。