type
status
date
slug
summary
tags
category
icon
password
 

理論

  1. ストレージ性能のボトルネック:
      • 現在使用している HDDストレージは、SSDに比べて読み書き速度が遅いため、ファイルアクセスが遅くなり、ログイン時間が長くなります。
  1. スループットの制限:
      • 現在のファイルシステムのスループットは16 MBpsで、ユーザー数の増加や高いアクセス頻度に対応するには不十分な場合があります。スループットが低いと、複数のユーザーが同時にアクセスする際に遅延が発生します。
  1. Active Directoryとのインタラクション:
      • ログイン時に Active Directory と連携してユーザー認証を行うため、ファイルシステムの性能が悪化すると、認証や設定ファイルの読み込みが遅くなり、全体的なログイン時間に影響を与えます。
  1. ユーザー数の増加:
      • ユーザー数が増加すると、ファイルシステムへのアクセス負荷も増し、性能が低いストレージでは ログイン処理が遅くなる 可能性があります。
Amazon FSx for Windows File Server のスループット容量とストレージタイプは直接変更可能です。
この問題を解決するためには、SSDへの変更スループットの向上 を行うことで、ログイン時間を改善することができます。

実践

一問道場

問題 #193
トピック 1
ある大手教育会社は、複数の大学で内部アプリケーションへのアクセスを提供するために Amazon Workspaces を導入しました。会社はユーザープロファイルを Amazon FSx for Windows File Server に保存しています。このファイルシステムは DNS エイリアス で構成され、自己管理の Active Directory に接続されています。ユーザーが Workspaces を使用し始めると、ログイン時間が許容できないレベルに増加しました。調査の結果、ファイルシステムのパフォーマンスが低下していることが判明しました。会社は、16 MBps のスループットで HDD ストレージ を使用してファイルシステムを作成しました。ソリューションアーキテクトは、定義されたメンテナンスウィンドウ内でファイルシステムのパフォーマンスを改善する必要があります。最小限の管理作業でこの要件を満たすには、ソリューションアーキテクトは何をすべきですか?

A.
AWS Backup を使用してファイルシステムの時点バックアップを作成し、バックアップを新しい FSx for Windows File Server ファイルシステムに復元します。
ストレージタイプとして SSD を選択し、スループット容量を 32 MBps に設定します。
バックアップと復元プロセスが完了したら、DNS エイリアス を調整し、元のファイルシステムを削除します。
B.
ユーザーをファイルシステムから切断し、Amazon FSx コンソールでスループット容量を 32 MBps に更新し、ストレージタイプを SSD に変更します。
ユーザーをファイルシステムに再接続します。
C.
新しい Amazon EC2 インスタンスAWS DataSync エージェント を展開し、タスクを作成します。
既存のファイルシステムをソースとして設定し、新しい FSx for Windows File Server ファイルシステムを SSD ストレージ32 MBps のスループット容量でターゲットとして設定します。
タスクをスケジュールします。タスクが完了したら、DNS エイリアス を調整し、元のファイルシステムを削除します。
D.
Windows PowerShell コマンド を使用して既存のファイルシステムで シャドウコピー を有効にします。
シャドウコピージョブをスケジュールして、ファイルシステムの時点バックアップを作成します。
以前のバージョンを復元することを選択します。
新しい FSx for Windows File Server ファイルシステムを SSD ストレージ32 MBps のスループット容量で作成します。
コピージョブが完了したら、DNS エイリアス を調整し、元のファイルシステムを削除します。

解説

この問題の最適な解決策は オプションB です。理由は以下の通りです:

オプションB:

  • 内容: ユーザーを一時的に切断し、Amazon FSxの管理コンソールでスループットを 32 MBps に変更し、ストレージタイプを SSD に変更します。変更後、ユーザーを再接続します。
  • 利点: これが最も簡単で効率的な方法です。管理作業が少なく、ダウンタイムも最小限に抑えることができます。最小限の管理作業で性能向上が実現できるため、要求に最適です。

他の選択肢:

  • オプションA: バックアップを作成し、新しいファイルシステムにリストアする方法ですが、手間がかかり、ダウンタイムが長くなります。
  • オプションC: AWS DataSyncを使って新しいファイルシステムにデータを転送する方法ですが、設定が複雑で管理が増えます。
  • オプションD: シャドウコピーを利用する方法ですが、これも手間がかかり、管理が複雑です。
したがって、オプションB が最も効率的で適切な選択です。
相关文章
クラウド技術の共有 | AWS Site-to-Site
Lazy loaded image
EKSでのWordPressデプロイ:KCNA-JP試験対策 (Kubernetes実践編)
Lazy loaded image
初心者向け!コンテナ化WordPressサイト構築ガイド(超詳細版)
Lazy loaded image
EFSを活用!AWS EC2でDockerを使ったWordPressサイト構築
Lazy loaded image
529-AWS SAP AWS 「理論・実践・一問道場」VPCエンドポイント
Lazy loaded image
528-AWS SAP AWS 「理論・実践・一問道場」Migration Evaluator
Lazy loaded image
194-AWS SAP AWS 「理論・実践・一問道場」S3 マルチリージョンアクセスポイント192-AWS SAP AWS 「理論・実践・一問道場」
Loading...
みなみ
みなみ
一个普通的干饭人🍚
最新发布
02-生成AIパスポート試験対策:第2章「生成AI」
2025-2-1
01-生成AIパスポート試験対策:第1章「人口知能」
2025-2-1
究極のAWS認定 AI 実践者 AIF-C01 - 学習メモ
2025-1-27
不要再傻傻的直接买NISA啦
2025-1-27
Kubernetes、仮想マシンとコンテナの概念を超簡単に解説!
2025-1-24
529-AWS SAP AWS 「理論・実践・一問道場」VPCエンドポイント
2025-1-22
公告
🎉欢迎访问我的博客🎉
- 感谢您的支持 --
本站点于2024/09/01建立
👏主要分享IT相关主题👏
系统管理:
Redhat…
容器和编排:
Kubernetes、Openshift…
云计算:
AWS、IBM…
AI入门
以及技术笔记和考证经验
定期更新,欢迎互动。
感谢访问!
快速浏览相关标签