WorkSpaces の Office 2021 が EOL を迎えるので、2024 に移行した話

こんにちは
心の中にカイル君
運用イノベーション部のかわいです。

とある Amazon WorkSpaces 利用中の環境で、以下のような通知を確認しました。

Microsoft Office 2021, Visio 2021, Project 2021 は 2026年10月13日 に Microsoft のサポートが終了します。同日、AWS も Amazon WorkSpaces での Office / Visio / Project 2021 の提供を終了します。Office 2024 / Visio 2024 / Project 2024 への移行を推奨します。

期限が来てもアプリ自体は使用可能ですが、セキュリティアップデートが停止され、以降 AWS 側でも 2021 が提供されなくなります。セキュリティ上の問題や、期限後の新規追加ができなくなるため後継バージョンへの移行が必要です。

本記事では、Amazon WorkSpaces 上の Office 2021 を Office 2024 に入れ替える作業を検証 してみたので、備忘録がてらに記事にまとめます。
旧バージョンアンインストール→新バージョンインストールの流れで詰まった部分があったので、その点も踏まえて紹介します。
※経緯はいらないので手順だけ知りたい方は「結論、良い子はアンインストール完了を待ってからインストールしましょう」から読んでみてください。

（前提）Manage applications について

Amazon WorkSpaces では、Office、Visio、Projectがイメージに焼き込まれているのではなく、アプリケーションバンドルとして WorkSpace に後から関連付ける方法が取られます。
コンソールまたは AWS CLI から、WorkSpace 単位でアプリの追加、削除が可能です。
※本記事では BYOL は扱いません。

実行要件

AWS 公式ドキュメントに書かれている前提要件は以下の通りです。

• WorkSpace の状態が AVAILABLE または STOPPED
• AWS 経由でサブスクライブしたアプリのみが対象（Microsoft 365 Apps は Manage applications では扱えず、自前のインストーラを用いるため）
• Office / Visio / Project はエディションとバージョンを揃える必要がある（Standard と Professional、2021 と 2024 の混在は不可）

https://docs.aws.amazon.com/workspaces/latest/adminguide/manage-applications.html

また、OS ごとの対応状況もドキュメントに記載されています

検証環境

対象 WorkSpace の確認

Health Dashboard の Affected resources、または API から対象 WorkSpace の一覧を取得できます（複数台ある場合はコマンド実行が便利）。

aws health describe-affected-entities --filter eventArns=<イベントARN>

検証してみる

流れは以下の3点。
WorkSpace 起動中の場合、デプロイ処理のタイミングでセッション断が生じます。

1. disassociate-workspace-application  # 2021 の削除を予約（関連付けの解除）
2. associate-workspace-application     # 2024 の追加を予約（関連付けの実施）
3. deploy-workspace-applications       # 実処理を開始

予約段階では何も起きない

※「$WS」部分は 対象 WorkSpace の ID に読み替えてください。

aws workspaces disassociate-workspace-application --workspace-id $WS --application-id <2021のID>
aws workspaces associate-workspace-application    --workspace-id $WS --application-id <2024のID>

レスポンスの State は PENDING_UNINSTALL_DEPLOYMENT / PENDING_INSTALL_DEPLOYMENT 状態になりますが、この時点では WorkSpace に何も起きません。 セッションも切れず、State も AVAILABLE のままになります。

取り消しも可能で、逆向きの操作（associate-workspace-application）をすれば予約が解除できます。
https://docs.aws.amazon.com/cli/latest/reference/workspaces/associate-workspace-application.html

deploy してみる

aws workspaces deploy-workspace-applications --workspace-id $WS

実行後にユーザセッションが強制終了し、処理中は WorkSpace にアクセスできなくなります。State は PENDING_UNINSTALL_DEPLOYMENT から PENDING_UNINSTALL に変わります。

deploy 失敗

しばらく待ってマネージドコンソールを更新すると、以下エラーが表示されました。

wsa-xxxxxxxxx  Microsoft Office LTSC Professional Plus 2024  Error
The workspace does not have enough disk space to install the application.

Office 2021 のアンインストール自体は成功していたものの、
まさかの Office が入っていない状態で止まって しまいました（アカン）。

純粋にディスクスペース不足かな？とも思いましたが、AWS ドキュメントには「Office / Visio / Project は 2024 で最大 25GB、2021 で最大 20GB の空き容量が必要」との記載で、当時空き容量には余裕がありそうでした。

--force オプション付きでリトライ

aws workspaces deploy-workspace-applications --workspace-id $WS --force

--force は Error 状態からの再投入を許可するオプションです。
これで無事通り、COMPLETED になりました。

ただ、このオプションがディスク容量に寄与したわけではなく、事前に 2024 側も予約してしまっていたせいで、2021 がアンインストール完了仕切っていなかった ことが原因でした（めちゃくちゃ初歩的なミスでした）。

結論、良い子はアンインストール完了を待ってからインストールしましょう

手順を見直し、アンインストールとインストールのプロセスを2段階に分けてみます。

1) disassociate(2021) → deploy → 完了を待つ
2) associate(2024)   → deploy → 完了を待つ

まず1として、2021 の disassociate だけを予約して deploy します（associate は含めない）。

aws workspaces disassociate-workspace-application --workspace-id $WS --application-id <2021のID>
aws workspaces deploy-workspace-applications --workspace-id $WS

完了まで時間がかかるので、GUIを開いて待機しておくか、以下のようなコマンドをたまに叩いてステータスを確認します。

aws workspaces describe-workspace-associations --workspace-id $WS \
  --associated-resource-types APPLICATION \
  --query "Associations[?AssociatedResourceId=='<2021のID>'].State" --output text; \
aws workspaces describe-workspaces --workspace-ids $WS --query "Workspaces[0].State" --output text

アンインストールが確認できれば、2024 の associate を予約して deploy します。

aws workspaces associate-workspace-application --workspace-id $WS --application-id <2024のID>
aws workspaces deploy-workspace-applications --workspace-id $WS

アンインストール時と同様に、ステータスを確認します。

aws workspaces describe-workspace-associations --workspace-id $WS \
  --associated-resource-types APPLICATION \
  --query "Associations[?AssociatedResourceId=='<2024のID>'].State" --output text; \
aws workspaces describe-workspaces --workspace-ids $WS --query "Workspaces[0].State" --output text

複数台に並列展開する場合は、この仕組みをループすれば理論上可能と考えています。
成功したら記事化しようと思います。

所要時間

1台での検証実測値です。

思ったよりもけっこうかかりました。そもそもこの作業は アンインストールとインストールそれぞれに2-30分ほどが必要なため、十分な作業時間を取ったほうが良いです 。ただ常に張り付いておくというよりは、待機時間だけが長いイメージです。
WorkSpace の状態によっても変わるので、複数台実施する際などは、自身の環境で試してから決めるのが確実です。

留意点まとめ

• デプロイ実行時にセッションが強制終了し、処理中はアクセス不可（筆者環境では5-10分程度）
• 1台あたりの大まかな作業時間は1時間程度。その後の確認作業含めバッファを積んでおくと安心
• アンインストールから進めるため、一時的に Microsoft Office が入っていない状態になる

まとめ的な

今回、Amazon WorkSpaces の Office 2021 を 2024 に入れ替える作業を検証しました。
1台であれば GUI からでも可能ですが、今回は複数台並列実行を見越して CLI から試しました。作業時間としては、アンインストール、インストール作業にそれぞれ30分ずつ程度 + バッファ時間を見ておけばいいかと思います。
（複数台でも検証予定なので、うまくいけば記事化するかもしれません）

完

【参考】
https://docs.aws.amazon.com/workspaces/latest/adminguide/manage-applications.html
https://docs.aws.amazon.com/workspaces/latest/adminguide/modify-workspaces.html