OCI Computeのシェイプの選び方と、2台をFDに分けて公開IPなしで作る手順

※当ページにはAmazonアソシエイト等の広告リンクを含みます。

1. シェイプを選ぶ：Armとx86の違い

シェイプは、インスタンスのCPU、メモリ、ネットワークの組み合わせです。Flexシェイプなら、OCPUとメモリを別々に指定できます。メモリの最小は1GB、またはOCPU数の大きいほうです。最大は1 OCPUあたり64GBで、シェイプごとに合計の上限があります。

主なFlexシェイプを表1に示します。

A1の無料枠は、月に1,500 OCPU時間と9,000 GB時間です。2 OCPU、メモリ12GB相当で、1 OCPU・6GBの2台なら、31日の月でも枠に収まります（2026-11-01確認。最新は公式で確認してください）。

Always FreeのComputeはホームリージョンに作ります。ホームリージョンが東京でないと、東京のA1は枠の対象になりません。料金は公式の価格表と料金のページで確かめてください。

OCPUの数え方

OCPUは、OCIのCPUの課金と割り当ての単位です。AWSのvCPUと同じではありません。

EC2の多くのインスタンスは、1スレッドを1 vCPUとして数えます。x86のOCPUは1コア2スレッドなので、2 vCPUです。ただし、OCPUの数をそろえても同じ性能とは限りません。CPUの種類をまたぐなら、自分のアプリで負荷を測って決めます。

あとから変えられるもの

Flexシェイプは、同じシェイプのままOCPUとメモリを変えられます。インスタンスが動いていれば再起動されるので、作業時間を決めて行います。

一方、Armとx86をまたぐ変更は簡単ではありません。シェイプの変更には、作成時のイメージが新しいシェイプに対応している必要があります。Armとx86のイメージは互換性がなく、名前に aarch64 が入っているものがArm用です。作り直す前提で考えます。

2. アプリのArm対応を確かめる

A1を選ぶ前に、アプリが動くかを確かめます。経費申請アプリなら、OSから順に下から見ていきます。

もう1つ、Bastionとの相性もあります。A1でOracle Linux以外のOSを使うと、マネージドSSHセッションは使えません。ポート転送セッションに切り替えることになります。今回は運用を簡単にするため、Oracle Linuxを選びます。

3. 2台をFDに分ける

東京リージョンのADは1つです（2026-11-01確認）。ADをまたいだ分散はできませんが、1つのADには3つのフォルトドメイン（FD）があります。

FDは、AD内のハードウェアとインフラのまとまりです。2台を別のFDに置くと、同じ物理ハードウェアに載らなくなります。

公式のベストプラクティスも、Webサーバーを2台に分けて、1つのFDの障害でアプリが止まらないようにする構成を示しています。1つのFDの障害やComputeのハードウェア保守は、別のFDのインスタンスに影響しません。

アプリ側にも準備が要ります。片方が止まってもログインが切れないよう、セッションや領収書をCompute内に置かず、DBやObject Storageに置きます。ヘルスチェックの設定は、LBの項目で扱います。

FDは作成時に指定する

FDを指定しないと、システムが選びます。ベストエフォートでFDを分けて配置しますが、確実に分けたいなら自分で指定します。1台目を FD 1、2台目を FD 2 にします。

作成時に Out of host capacity のエラーが出ることがあります。そのシェイプの物理的な容量が、指定したFDやADで足りないという意味です。東京ではADを変えられないので、別のFDを指定するか、少し待って試します。FD 1 とFD 2 にこだわる必要はありません。2台が別のFDなら、FD 3 でもかまいません。

4. 公開IPなしで作る

Computeは private-app に置きます。プライベートサブネットのVNICは公開IPを持てないので、付け忘れの心配もありません。

作成の手順

コンソールのインスタンス作成画面で、次のように指定します。1台目を作ったら、名前とFDを変えて2台目も作ります。

1. Compartment に app を選びます。VCNが network にあっても問題ありません。
2. Advanced options の Fault domain で、1台目のFDを選びます。
3. Image に、Oracle LinuxのArm用イメージを選びます。
4. Change shape で Ampere の VM.Standard.A1.Flex を選び、Number of OCPUs と Amount of memory (GB) を入れます。
5. Primary network で既存のVCNと private-app を選びます。
6. SSH鍵は、自分で作った公開鍵をアップロードするか貼り付けます。
7. Oracle Cloud Agentの設定で、Bastionプラグインを有効にします。
8. 作成後、インスタンスの詳細で、公開IPがないこととFDを確かめます。

NSGは、アプリ用のものをここで付けます。Bastionを使う接続はBastionの解説で扱います。

SSH鍵を管理する

Linuxインスタンスにはパスワードではなく、SSH鍵で入ります。鍵の扱いは、作る前に決めておきます。

手元で鍵を作る例です。パスフレーズを付けると、鍵が漏れたときの備えになります。

ssh-keygen -t ed25519 -f ~/.ssh/oci-expense-app -C "expense-app-admin"
chmod 400 ~/.ssh/oci-expense-app

決めておくことは4つです。

• 秘密鍵は管理者の手元だけに置き、Gitやチャットに置きません。
• 秘密鍵をなくしたときの対応を決めます。公式は新しいインスタンスを作る方法のほか、Oracle Linuxではシリアルコンソールの保守モードで opc の鍵を設定し直す方法を案内しています。
• 管理者が増えるときは、各自のユーザーと鍵を作ります。
• ログインユーザーを確かめます。Oracle Linuxは opc で、作成時の公開鍵は /home/opc/.ssh/authorized_keys に入ります。

アプリのDBパスワードやAPIキーは、SSH鍵と分けて考えます。Compute内にファイルで置かず、Vaultと動的グループを使う方法をIAMの解説で確かめてください。

次に読むページ

ロードマップの次の項目は「Bastionでログインする」です。セッションの方式、接続元の制限、時間の上限を押さえます。そのあとに「OS更新の通信を確かめる」へ進みます。

• Bastionでログインする
• 学習ロードマップに戻る
• OS更新の通信を確かめる：プライベートサブネットのルート表