Oracle Cloudが2026年8月18日に実施した新しいAlways Freeの制限により、すべてのAmpere A1 Flexテナンシーの上限は2 OCPUおよび12 GB RAMとなりました。これは、ユーザーがこれまで利用できていたリソースの半分です。これらの数値を超えると、プラットフォームは対象のインスタンスを停止し、稼働中のサービスが中断される可能性があります。

制限が変更された理由

OracleがAlways Freeティアを開始した際、VM.Standard.A1.Flexシェイプに対して4 OCPUおよび24 GB RAMという寛大なリソースを約束していました。しかし、最近のポリシー改定により、その上限は半分に削減されました。この制限は、インスタンスごとではなく、テナンシー内のすべてのA1 Flex VMの合計割り当て量に適用されます。実際には、以下の構成で実行可能です：

  • 2 OCPU / 12 GB RAMのVMを1台、または
  • 1 OCPU / 6 GB RAMのVMを2台。

AMD x86 E2.1.Microなど、他のすべてのAlways Freeシェイプは、従来の制限が維持されます。

影響を受ける対象

  • Freeティアの開発者 – WordPressサイト、小規模なDockerコンテナ、Nginxリバースプロキシ、軽量なデータベースなどは、新しい上限内でも引き続き快適に動作します。
  • Pay-As-You-Go (PAYG) ユーザー – ドキュメントでは、2 OCPU/12 GBの制限がPAYGユーザーに適用されるかどうかが明確にされていません。この曖昧さにより、PAYGの顧客は確認のためにサポートチケットを発行せざるを得ない状況になっています。

制限を超えた場合に何が起こるか

ポリシーの施行以来、ユーザーが制限内であると認識していても、新しい上限を超えていると判断されたインスタンスをOracleが自動的に無効化しているという報告が一部のユーザーから上がっています。無効化されたVMはコンソールからサイズ変更することができません。一般的な解決策は、サポートチケットを発行して手動での調整、または有料シェイプへの移行を依頼することです。

サービス中断のリスクを避けるため、すべてのA1 Flex VMを監査することが不可欠です。見落としているインスタンスが1つあるだけでテナンシーが制限を超えてしまい、連鎖的な停止を引き起こす可能性があります。

現在の使用量を確認する方法

  1. Oracle Cloudコンソールにサインインします。
  2. Compute → Instances に移動します。
  3. A1.Flex でフィルタを適用します。
  4. リストされている各インスタンスの OCPU 数と RAM を合計します。

合計OCPUが2を超えるか、合計RAMが12 GBを超える場合は、制限を超えています。

Freeティア内に収めるためのオプション

  • ワークロードの集約 – 可能な場合は、小規模なサービスを単一の2 OCPU VMに統合します。
  • スケールダウン – コンテナ数を減らすか、データベースをダウングレードして、1 OCPU / 6 GBの構成に収まるようにします。
  • 有料インスタンスへの移行 – ワークロードを削減できない場合は、有料シェイプにアップグレードすることで強制停止を回避できますが、コストが発生します。
  • 変更前のバックアップ – 監査中に強制終了が発生した場合に備え、スナップショットや外部バックアップでデータを保護してください。

今後の注目点

PAYGアカウントに関するドキュメントは、依然として不明確なままです。

まとめ

Ampere A1 Flexインスタンスの制限が半分になったことで、すべてのFreeティアユーザーはコンピューティングのリソース使用状況を再評価する必要があります。コンソールで素早く集計すれば、安全か、それとも強制停止のリスクがあるかがすぐにわかります。もし制限を超えている場合は、Oracleの自動化によってVMが無効化される前に、集約、縮小、または有料インスタンスへの移行を行ってください。この変更を無視することは、今日少しの監査を行っていれば回避できたはずの、突然のサービス停止を招くことを意味します。