翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
アーキテクチャのコンポーネント
このセクションでは、以下の重要な機能アーキテクチャコンポーネントの仕様の概要を説明します。
SAS サーバー – このサーバーは分析処理の中央コンピューティングコンポーネントであり、ローカルの直接アタッチストレージ (DAS) が含まれています。
SAS サブバージョンサーバー – このサーバーは、SAS の一元化されたバージョン管理システムとして機能します。
Amazon FSx for Windows File Server – SAS サーバーとターミナルサーバー間でストレージを共有するための SMB ファイルサーバーです。エンドユーザーは、前処理されたデータファイルと後処理されたデータファイルを FSx for Windows File Server に保存してアーカイブします。
Microsoft Remote Desktop Services (RDS)。ターミナルサービスとも呼ばれます。RDS を使用すると、エンドユーザーは SAS クライアントを使用して SAS サーバーにアクセスできます。
インフラストラクチャの自動化 – AWS CodePipeline と AWS CodeCommit AWS CodeCommit で AWS Cloud Development Kit (AWS CDK) を使用してインフラストラクチャを自動化できます。CodePipeline は、インフラストラクチャコンポーネントのプロビジョニングに役立ちます。CodePipeline は、コードをリリースするために必要なステップをモデル化、視覚化、自動化するための継続的な配信サービスです。さらに、CodePipeline は共有中央環境を提供し、ローカルマシンから独立したインフラストラクチャ管理を可能にします。CodeCommit は、プライベート Git リポジトリをホストする、安全でスケーラブルでフルマネージド型のソース管理サービスです。CodeCommit を使用して、AWS CDK インフラストラクチャの自動化コードとパラメータを保存できます。
注記
AWS CodeCommit は、新規顧客には利用できなくなりました。の既存のお客様は、通常どおりサービスを AWS CodeCommit 引き続き使用できます。詳細はこちら
環境の分離
次の図は、SAS 統合と SAS 本番環境を分離するためのアーキテクチャを示しています。
インフラストラクチャコンポーネント
このセクションでは、このガイドの推奨アーキテクチャに必要なインフラストラクチャコンポーネントの概要を説明します。
本番環境
本番環境には、次のインフラストラクチャコンポーネントを使用することをお勧めします。
Type | インスタンスタイプ | リソース |
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 人以上のユーザー 今後、より多くのターミナルサーバーでスケールアウトする可能性 |
1 SAS サブバージョンサーバー | m6i.2xlarge | 8 vCPUs 4 コア 32 GB RAM |
統合環境
統合環境には、次のインフラストラクチャコンポーネントを使用することをお勧めします。
Type | インスタンスタイプ | リソース |
1 SAS サーバー | m6i.2xlarge | 8 vCPUs (4 コア） 32 GB RAM |
ターミナルサーバー 2 台 | m6i.2xlarge
| 8 vCPUs (4 コア） 32 GB RAM |
1 SAS サブバージョンサーバー | m6i.xlarge | 4 vCPUs (2 コア） 16 GB RAM |
SAS サーバーのローカルストレージ
推奨されるアーキテクチャでは、最新のインテル Xeon スケーラブルプロセッサに基づく M6i インスタンスを使用し、AWS Nitro System の Nitro
[Server] (サーバー) | Type | 容量 | 本番稼働 | テスト |
SAS サーバー | ストレージタイプ | AWS リソース/サービスおよび EBS タイプ | seq の要件。IO (読み取り/書き込み） | 本番稼働用と同じ |
SAS サーバー | オペレーティングシステムのブートとスワップ | EBS 200 GB (gp3) | 要件が低いため、サイジングには関係ありません | 本番稼働用と同じ |
SAS サーバー | SASWORK | RAID 0 の EBS 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 サーバー | Subversion リポジトリ | EBS 1000 GB (gp3) | デフォルト値 | オペレーションドライブに加えて 400 GB |
共有ストレージインフラストラクチャ
FSx for Windows File Server を SAS サーバーと Citrix ターミナルサーバーの共有ストレージソリューションとして使用することをお勧めします。システム情報または自動化スクリプトを維持するためにバケットが必要でない限り、追加のファイルストレージに S3 バケットを使用する必要はありません。
プロジェクトコードのサブバージョンチェックアウト/作業コピーを FSx for Windows File Server に保存することもできます。SAS サブバージョンサーバーはリポジトリをローカルに保存します。サブバージョンサーバーは、中央バージョン管理システムとして機能します。
FSx for Windows File Server を使用して、Citrix ターミナルサーバー全体に Windows ユーザープロファイルを保存することをお勧めします。これにより、両方のサーバー間でシームレスな負荷分散が可能になります。
本番環境
このガイドのアーキテクチャは、本番環境の以下の要件を満たすように設計されています。
ストレージタイプ – FSx for Windows File Server
タイプ – 複数のアベイラビリティーゾーン
リソース/スループット – 1024 MB
ストレージ – 1.2 TB SSD
統合とテスト環境
このガイドのアーキテクチャは、統合環境の以下の要件を満たすように設計されています。
ストレージタイプ – FSx for Windows File Server
タイプ – 複数のアベイラビリティーゾーン
リソース/スループット – 512 MB
ストレージ – 512 GB SSD
パフォーマンス
FSx for Windows File Server の I/O スループットは簡単に調整でき、モニタリングニーズに合わせて I/O スループットダッシュボードを構築できます。オペレーションチームがエンドユーザーのニーズに基づいてスループットを調整できるようにすることもできます。
バックアップとファイル復旧
すべての SAS データは、永続的ストレージとして別の FSx for Windows File Server にあります。FSx for Windows File Server に保存されているデータには、次の 2 つのレベルのバックアップが実装されています。
30 日間保持される日次バックアップ – これらのバックアップは S3 バケットに保持されます。Amazon FSx ボリュームが破損したり失われたりした場合の復旧には、このスナップショットベースのバックアップを使用できます。
Microsoft Volume Shadow Copy Service (VSS) を使用して保持されるバックアップ – FSx for Windows File Server 上のファイルは、FSx for Windows File Server 上の特別なストレージパーティションにバックアップするために 1 日 2 回スナップショット化され、無期限に保持されます。バックアップは、FSx for Windows File Server 上の VSS パーティションの使用可能なストレージ (合計ストレージ容量の最大 10%) に基づいています。エンドユーザーが FSx for Windows File Server 上のファイルを破損または紛失した場合、SAS ターミナルサーバーの Windows File Explorer から直接復元を開始できます。
ディザスタリカバリ
このガイドのデカップリングアーキテクチャは、ディザスタリカバリを念頭に置いて設計されています。Amazon FSx は 2 つの AWS アベイラビリティーゾーンにデプロイされます。アクティブな FSx for Windows File Server が存在するアベイラビリティーゾーンが使用できなくなった場合、サービスは自動的にフェイルオーバーし、2 番目のアベイラビリティーゾーンからファイル共有サービスを提供します。
