Oracle Cloud Free Tier(OCI Free Tier)ガイド

1. なぜOCI Free Tierなのか?

OCIの無料ティアは業界最大のリソース割り当てを、期間制限なく提供する。同等のAWS・GCP無料ティアと比較すると、その差は歴然としている。

項目	OCI Always Free	AWS Free Tier(12ヶ月)	GCP Always Free
コアVM	ARM Ampere A1 4 OCPU / 24 GB RAM	t2.micro / t3.micro 1 vCPU / 1 GB RAM	e2-micro 1 vCPU / 1 GB RAM
インスタンス分割	最大4インスタンス	1インスタンス	1インスタンス
追加x86	E2.1.Micro 2インスタンス(1 OCPU / 1 GB)	—	—
ブロックストレージ	200 GB	30 GB EBS	30 GB
アウトバウンドトラフィック	10 TB/月	100 GB/月	1 GB/月
期間	無期限(Always Free)	12ヶ月	無期限

重要なのはARM 4コア24GBのハードウェアそのものだけではなく、これが永久に無料であるという点だ。実質的に本格的なワークロード(個人VPN、セルフホストAIエージェント、K3sクラスタ、軽量LLM推論サーバー)を実行できる唯一の無料クラウドである。

2. 2つの無料ティアトラック

サインアップすると2種類の無料リソースが同時に提供される。これらを混同すると課金が発生する可能性がある。

タイプ	Always Free	Free Trial
期間	無期限	サインアップから30日間
制限	固定リソースリスト(§3参照)	$300 USDクレジット
期限後	そのまま継続	未使用クレジットは失効、Always Freeのみ残る
リスク	ほぼなし	30日以内に有料リソースを作成するとクレジット消費後に自動課金される可能性

原則: 課金されたくない場合、最初の30日間はコンソールで「Always Free Eligible」と表示されたリソースのみ作成すること。30日経過後は(Always Freeを維持する場合)有料リソースの作成がブロックされる。

3. Always Freeリソースの詳細

以下のすべての制限は、選択したHome Region内のみに適用される。

3.1 コンピュート

Shape	数量	スペック	備考
VM.Standard.A1.Flex(ARM Ampere)	最大4	合計4 OCPU / 24 GB RAM	月3,000 OCPU時間+18,000 GB時間。4 OCPU×24時間×31日=2,976時間で十分制限内
VM.Standard.E2.1.Micro(AMD x86)	2	各1 OCPU / 1 GB RAM	ARM非対応ソフトウェア用

ARMとx86を組み合わせて最大6インスタンスを同時実行可能。ブートボリューム合計は200 GBを超えてはならない。

3.2 ストレージ

タイプ	制限
ブロックボリューム(ブート+追加)	合計200 GB、最大5ボリューム
ブロックボリュームバックアップ	5(Object Storageに保存)
Object Storage	Standard 10 GB+Infrequent Access 10 GB+Archive 10 GB、月50,000 APIリクエスト(S3互換)

3.3 データベース

タイプ	制限
Autonomous Database(ATP/ADW/JSON)	2インスタンス、各1 OCPU / 20 GB
NoSQL Database	Phoenixリージョンのみ

3.4 ネットワークとその他

Flexible Load Balancer: 1(10 Mbps)
Network Load Balancer: 1
VCN、Site-to-Site VPN: 無制限
アウトバウンドトラフィック: 10 TB/月
Vault、Bastions、Monitoring、Logging: 基本使用は無料
Email Delivery: 200/日

4. サインアップ手順(韓国ユーザー向け)

4.1 前提条件

項目	推奨事項
カード	新規発行のVISA/Master クレジットまたはデビットカード
受付不可	PINデビット、プリペイドカード、バーチャルカード、使い捨てカード(Oracleが明示的に拒否)
メール	OCI Free Tierまたは以前のFree Trialで使用したことのないアドレス
電話番号	OCIで使用したことのない番号(SMS認証が必要)
住所(英語)	正確なローマ字表記の番地(マスキング・改変は拒否の原因になる)

OCIはメール+電話+カード番号の組み合わせで重複サインアップを識別する。カードは限られた回数まで再利用できるが、新しいカードを使う方が安全である。最も重要なのは、カード発行会社に登録した住所と正確に一致させることである。

4.2 手順

https://www.oracle.com/cloud/free/ にアクセス → 「Start for free」
メール認証 → パスワード設定
アカウント情報: 名前はカード名義人と一致させる。住所は正確な英語で
Home Regionの選択: 一度選択すると変更できない。韓国ユーザーは通常以下を選択:
- ソウル(ap-seoul-1): レイテンシ最低だが、ARM容量が頻繁に満杯
- 春川(ap-chuncheon-1): 韓国の第2リージョン、比較的容量に余裕
- 東京 / 大阪: レイテンシ30-50ms、ARM容量が確保しやすい
- 可用性重視なら春川または大阪、レイテンシ重視ならソウル
電話認証: 010-1234-5678 → 先頭の0を除いて1012345678と入力
カード登録: $1の仮承認が即時取り消される。実際の課金はない
利用規約に同意 → 「Complete Sign-up」

4.3 サインアップに失敗した場合

「Transaction processing error」が最も一般的なメッセージである。原因は通常以下の通り:

カードが拒否される(韓国発行の多くのカードが拒否される)
IP/位置情報の不一致(VPNをオフにする)
同じメール/電話/カードで繰り返し再試行 → ブロック
住所がカード登録住所と一致しない

解決順序:

別のカードで即座に再試行する(同じ情報での繰り返しは避ける)
Oracle Cloudカスタマーサービスのチャットまたはフォームに問い合わせる
それでも失敗する場合、新しいメール+新しい電話+新しいカードの組み合わせでサインアップする
Facebookの「Oracle Cloud KR User Group」には現役のOracle Korea社員がいて、拒否への対応を助けてくれることがある

5. ARMインスタンス作成:「Out of host capacity」対処法

OCI Free Tierの最大の実務的な落とし穴である。韓国・東京リージョンはほぼ常にARM A1割り当てが満杯である。

5.1 推奨設定

項目	推奨事項
イメージ	Canonical Ubuntu 24.04 Minimal aarch64
Shape	VM.Standard.A1.Flex
OCPU/RAM	2 OCPU / 12 GB(4 OCPUより取得しやすい)
ブートボリューム	47-50 GB(デフォルト)
SSHキー	ローカルの`~/.ssh/id_ed25519.pub`またはコンソールのキーペア(秘密鍵は即座にダウンロード)
パブリックIP	「Assign a public IPv4 address」をチェック

5.2 容量確保の戦略(効果順)

OCPUを4から2に減らす: 4 OCPUのリクエストはほぼ常に失敗する。2 OCPUずつ2インスタンスに分割 — 総リソースは同じだが成功率が大幅に向上する。
早朝(KST 02:00-06:00)に試す: 活動が少ない時間帯にリソースの回収が発生する。
可用性ドメインを変更: AD-1、AD-2、AD-3をそれぞれ試す。同じリージョン内でもADによって容量が異なる。
自動再試行スクリプト: GitHubのhitrov/oci-arm-host-capacityなどのOSSがOCI APIをポーリングし、容量が空いた瞬間にインスタンスを作成する。自分のOCI APIキーが必要。
PAYGへの切り替え: 従量課金に切り替えるとARM容量の優先度が上がるという報告が多数ある。Always Free制限内であれば依然$0だが、誤って有料リソースを作成すると課金されるため、未使用の有料サービスにコンソールアラートを設定すること。

5.3 それでも取得できない場合

まずVM.Standard.E2.1.Micro(AMD)インスタンスを作成する。即座に作成される。ARMは後で試す。
Home Regionを変更するには新しいアカウントを作成する必要がある。既にサインアップ済みのアカウントはHome Regionを変更できない。

6. 基本的なセキュリティと運用設定

6.1 ネットワーキング

OCIはデフォルトですべてのインバウンドトラフィックをブロックする。AWS Security Groupsとは異なり、2層を開放する必要がある。

VCN Security List: コンソール → Networking → Virtual Cloud Networks → 対象VCNを選択 → Security Lists → Default Security List → Ingress Rules: 80/443/必要なポートを追加
インスタンスOSのiptables: Ubuntuイメージには追加のブロック用にiptablesが有効化されている。確認して開放する:

sudo iptables -L INPUT -n --line-numbers
sudo iptables -I INPUT 6 -m state --state NEW -p tcp --dport 80 -j ACCEPT
sudo iptables -I INPUT 6 -m state --state NEW -p tcp --dport 443 -j ACCEPT
sudo netfilter-persistent save

両方の手順を完了しないと外部からのアクセスは機能しない。

6.2 SSHアクセス

ssh -i ~/.ssh/id_ed25519 ubuntu@<public-ip>
# Oracle Linuxイメージはubuntuの代わりにopcを使用

6.3 アイドル回収の回避

Always Freeインスタンスは以下の場合に回収される:

7日間のCPU 95パーセンタイルが20%未満 かつ
7日間のネットワーク使用率95パーセンタイルが20%未満 かつ
7日間のメモリ使用率95パーセンタイルが20%未満

3つすべてが同時に成立する必要があるため、一般的なセルフホストワークロード(ブログ、VPN、ボット)は安全である。本当にアイドル状態の学習用VMには人為的な負荷を生成する:

# /etc/cron.d/keepalive — 1時間ごとに1分間のCPU負荷
0 * * * * root timeout 60 yes > /dev/null

6.4 請求アラートの設定(必須)

コンソール → Billing → Budgets: $1制限のバジェットを作成する。50%、80%、100%のしきい値でメールアラートを設定する。特にPAYGの場合は重要である。

7. 韓国ユーザーによくある落とし穴

落とし穴	結果	回避方法
サインアップ時にVPNを有効	位置情報の不一致 → 拒否	サインアップ時はVPNをオフにし、後で再度有効化
プリペイド/バーチャルカード	拒否	VISA/Masterのクレジットまたはデビットを使用
同じ情報で繰り返し再試行	永久ブロックの可能性	1-2回試した後は情報を切り替える
一度に4 OCPUをリクエスト	「容量不足」が延々と続く	2 OCPU×2インスタンスに分割
Security Listのみ開放しiptablesを開放しない	外部アクセスがブロックされる	両方を設定する
暗号マイナーを含むDockerコンテナ	アカウントが即時永久停止	信頼できるイメージのみ使用。公式ハブでも検証する
30日トライアル中に有料リソースを作成	$300クレジット消費後に自動課金	「Always Free Eligible」と表示されたリソースのみ使用
Home Regionの選択ミス	変更不可、新規アカウントが必要	春川/大阪を推奨

8. 推奨ユースケース

ARM 4 OCPU / 24 GBで実行可能な実際のワークロード:

用途	構成	備考
個人VPN	WireGuard単体	1 OCPUで十分、10 TBトラフィック
ブログ/ホームページ	Nginx+WordPress+MariaDB	1 OCPU / 6 GB
K3sクラスタ	コントロールプレーン1+ワーカー3(各1 OCPU / 6 GB)	Kubernetes学習
セルフホストAI	Ollama+7B/8B量子化モデル	8-20トークン/秒、4 OCPUフル活用
自動化ワークフロー	n8n+Postgres(Docker Compose)	ARM対応イメージを確認すること
ゲームサーバー	Minecraft Java+GeyserMC	2 OCPU / 12 GB推奨
個人DNS/広告ブロック	AdGuard Home / Pi-hole	リソースをほとんど使わない

ARM互換性: 大半のOSSはマルチアーキイメージを提供する。ただし、一部の独自または古いDockerイメージはamd64専用である — docker pull時にプラットフォームオプションを確認すること。最終手段としてE2.1.Micro x86インスタンスで実行する。

9. PAYG(従量課金)への切り替えの検討事項

メリット:

ARM A1容量の確保が容易になる
有料サービス(AI/ML、高性能ネットワーキング)へのアクセス
公式カスタマーサポートケースの登録
Always Freeリソースは引き続き無料

リスク:

「Always Free Eligible」以外のリソースを誤って作成すると即時課金される
ブートボリュームが200 GBを超えると超過料金が発生
トラフィックが10 TBを超えると超過料金が発生

判断基準: 韓国/東京リージョンでARMインスタンスがどうしても必要で、自動化スクリプトでも確保できない場合にのみ切り替えること。それ以外はAlways Freeを維持する。

10. 参考リンク

公式ドキュメント: https://docs.oracle.com/en-us/iaas/Content/FreeTier/freetier.htm
韓国語FAQ: https://www.oracle.com/kr/cloud/free/faq/
韓国語ユーザーガイド: http://taewan.kim/oci_docs/(Kim Taewan)
ARM自動作成スクリプト: https://github.com/hitrov/oci-arm-host-capacity
韓国ユーザーグループ: Facebook「Oracle Cloud KR User Group」

本文書はAlways Free制限のみを前提としている。有料リソース使用については別途検討が必要である。