翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
アーキテクチャのコンポーネント
このセクションでは、以下の重要な機能アーキテクチャコンポーネントの仕様について説明します。
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本番環境を分離するためのアーキテクチャを示しています。

インフラストラクチャコンポーネント
このセクションでは、このガイドの推奨アーキテクチャに必要なインフラストラクチャコンポーネントの概要を説明します。
本番環境
本番環境では、次のインフラストラクチャコンポーネントを使用することをお勧めします。
タイプ | インスタンスタイプ | リソース |
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
[サーバー] | タイプ | 容量 | 本番稼働 | テスト |
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 つのレベルのバックアップが実装されています。
30 日間保持される日次バックアップ — これらのバックアップは S3 バケットに保持されます。Amazon FSxボリュームが破損または紛失した場合、このスナップショットベースのバックアップをリカバリに使用できます。
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 番目のアベイラビリティーゾーンからファイル共有サービスを提供します。