OracleがAlways Free ARMの上限を半減

短く言うと：2026年8月18日までに縮小または統合してください もしあなたが2 OCPUまたは12GBのRAMを超えるAmpere A1 ARMインスタンス、あるいはそれらを複数実行している場合、2026年8月18日までに対応する必要があります。それ以降、Oracleは超過分を自動的に終了します。無料のx86インスタンス2つは影響を受けません。 おそらく今週、そのメールを受け取ったことでしょう。Oracleは静かに「Always Free」ARMの割り当てを半減しており、締め切りは現実のものです。 「2026年8月18日より、Oracleは更新されたAlways Freeコンピューティング制限の適用を開始します。Always Freeの権利を超過するコンピューティングインスタンスは自動的に終了されます。」 「現在のAlways Freeコンピューティング制限：最大2つのAmpere A1 OCPU。最大12GBのメモリ。」 何が変わったのか、それがあなたのテナンシーに何を意味するのか、そして現在実行している内容に応じて取るべき正確な手順を説明します。 何が変わったのか Always FreeのARM側は、かつては寛大でした：4 OCPUと24GBのRAMで、1つの大きなインスタンスとして、または2つに分割して使用できました。2026年8月18日からは、そのちょうど半分になります。 リソース | 旧制限 | 新制限（2026年8月18日適用） ------- | -------- | -------- ARM (Ampere A1) OCPU | 最大4 OCPU | 最大2 OCPU ARMメモリ | 最大24 GB | 最大12 GB x86マイクロインスタンス | 2 × 1 OCPU / 1 GB | 2 × 1 OCPU / 1 GB（変更なし） その他のAlways Freeサービス | 利用可能 | 利用可能 人々がつまずく一つの点：ARM制限はインスタンスごとではなく、テナンシー全体で共有されるプールです。合計で2 OCPUと12GBを自由に分割できます — 1つの2/12インスタンス、または2つの1/6インスタンス — ただし合計は超えられません。そして、これは常に無料のx86インスタンス2つとは別であり、それらは独自の割り当てを維持します。 なぜこれが起こっているのか Oracleはメールで理由を述べておらず、我々も推測するつもりはありません。可能性が高いのは、かつてあまりにも良すぎたティアでのキャパシティと不正利用の管理でしょう。動機よりも重要なのは計算です：もしあなたが新しいプールを超えているなら、締め切りまでに何かが犠牲にならなければなりません。 現在の実行内容に応じたあなたの次のステップ シナリオA — 1つの4 OCPU / 24 GB ARMインスタンスを持っている場合 これは簡単なケースです。2 OCPU / 12 GBにリサイズしてください。OCIコンソールで、Compute → Instancesを開き、インスタンスを選択し、More Actions → Editをクリックし、OCPUを2、メモリを12 GBに設定します（Ampere A1ではシェイプはOCPUとメモリを一緒にスケールし、2 OCPUでは12 GBが最大です）。その後保存します。インスタンスはリサイズされます — バックアップを最初に行ってください。シェイプの変更は、スナップショットを持つ良い機会だからです。これを今すぐ行ってください。8月17日まで待たないでください。締め切りが近づくとコンソールが混雑し、終了の前日にリサイズが失敗するのを避けたいでしょう。 シナリオB — 2つの2 OCPU / 12 GB ARMインスタンスを持っている場合（私と同じです） 2つの2/12インスタンスは合計で4 OCPUと24GBになり、これは新しいプールのちょうど2倍です。両方を維持することはできません。一方を選択し、そのデータをバックアップして終了してください。もう一方を2/12のままにしておけば、制限値ちょうどになります。私もこの状況です：しばらく前に2つの2/12 ARMインスタンスを開きましたが、統合していませんでした。修正するには、引退させる方をスナップショットまたはイメージ化し、必要なものを生き残ったインスタンス（またはオブジェクトストレージ）にコピーしてから終了します。それがなくなると、テナンシーは2/12に減り、Oracleはそれをそのままにします。 シナリオC — 2つの1 OCPU / 1 GB x86インスタンスを持っている場合 何もする必要はありません。これらはIntel/AMDのマイクロインスタンスであり、ARMプールとは別の割り当てです。新しい制限には言及されておらず、実行され続けます。そのままにしておいてください。 あなたを救わないもの（よくある間違い） メールを無視して、間違いであることを願う。それは間違いではありません。適用は2026年8月18日です。 最終日まで待つ。今週中にリサイズまたは終了してください。締め切り近くのコンソールの遅延やクォータの不具合は、10分の作業を締め切り遅延に変えるようなものです。 終了前にバックアップを忘れる。終了したインスタンスとそのブートボリュームは失われます — 取り消しはありません。 インスタンスを停止しても割り当てが解放されると仮定する。それはしばしばそうではありません。制限を下回るには、通常、停止するだけでなく、終了する必要があります。何が実際にカウントされているかを確認するには、テナンシーのLimits, Quotas and Usageを確認してください。 x86インスタンスをARMプールに対してカウントする。それらは別々です。間違ったものを統合しないでください。 正直な注意点：プールに含まれるものの正確なメカニズムは、テナンシーやOracleが割り当てをどのように測定するかによって異なる場合があります。メールが真実の情報源であり、あなたのOCIコンソールは、行動する前にあなた自身の使用状況を確認する場所です。 結論 無料のARMティアは、以前の半分になりました。もしあなたが新しい2 OCPU / 12GBプールを超えているなら、それを修正するために2026年8月18日までの猶予があります。 1つの大きな4/24インスタンスを実行していますか？ 2/12にリサイズしてください。 2つの2/12インスタンスを実行していますか？ 一方をバックアップして終了し、もう一方を維持してください。 2つのx86マイクロインスタンスを実行していますか？ 何もしないでください — それらは問題ありません。 そして、もしOracleが制限を超えたインスタンスを終了した場合でも、新しい制限内でいつでも再起動できます。したがって、最悪のシナリオはデータ損失（バックアップした場合）ではなく、数分間の再構築です。今週中にこれを済ませれば、二度と気にする必要はありません。 もしあなたがすでに無料のOracleサーバーで重要なビジネスを実行しており、この変更があなたに苦痛をもたらした場合、それは現実の教訓として見ることができます：無料は最も高価です。 深刻なビジネスを処理する必要がある場合は、例えばHostgatorのような有料サーバーを借りることをお勧めします。