OpenStack案件の単価相場と必要スキル｜案件の型と参入手順

OpenStackとは｜自社設備にクラウドを作るためのOSS基盤

OpenStackとは、手元のサーバ群を束ねて、仮想マシンやネットワーク、ストレージをまとめて管理できるようにするオープンソースのクラウド基盤です。AWSやAzureのようなクラウドの機能を、自社のデータセンターや閉域網の中に作るために使われます。

本体はOSSのためライセンス費用は発生しません。ただし実務では商用サポート契約や、基盤を支える運用体制のコストが別途かかるのが一般的です。「無料だから安い」という単純な話にはなりません。

用途としては、外部のパブリッククラウドに置けないデータを扱う場合、あるいは大量のサーバを長期間動かし続けてコストを抑えたい場合が中心です。逆に、小規模で変化の速いサービスにはあまり向きません。

詳細な仕様と導入手順はOpenStack公式ドキュメントにまとまっています。

主要コンポーネントは役割ごとに分かれている

OpenStackは1つの巨大なソフトではなく、役割ごとに分かれたコンポーネントの集合体です。案件の募集要項でもコンポーネント名が直接書かれることがあるため、名前と役割は対応づけて覚えておくと読み解きが速くなります。

公開案件を見る限り、Neutron周辺の経験は評価されやすい傾向があります。仮想ネットワークはトラブルの発生源になりやすく、物理ネットワークとの境界を切り分けられる人が求められるためです。

パブリッククラウドとの一番大きな違いは「誰が壊れた面倒を見るか」

AWSやGCPでは、基盤が壊れたときに直すのはクラウド事業者です。OpenStackでは、その役割を自社チーム、つまり参画したあなたが担います。ここが案件の性質を決定的に分けます。

そのため募集要項も、サービス利用のスキルではなく「物理・OS・ネットワークまで降りて原因を切り分けられるか」を見る内容に寄ります。パブリッククラウド側の単価感はAWSエンジニア フリーランスの単価相場｜経験・案件レイヤー別に解説で整理しているので、比較したい方はあわせて確認してください。

ミニFAQ：OpenStackは無料で使えますか？

本体のソースコードは無償で入手でき、ライセンス費用は発生しません。ただし実務ではRed HatやCanonicalなどの商用ディストリビューションを使い、サポート契約を結ぶケースが多くなります。案件で扱うのは「無償のOpenStack」ではなく「有償サポート付きのOpenStack」であることが大半です。

OpenStack案件が今も出ている3つの背景

OpenStack案件が継続して募集されている理由は、大きく3つに整理できます。いずれも「パブリッククラウドに全部寄せられない事情」から来ています。

VMware環境の見直しにともなう移行先候補

Broadcomによる買収後、VMware製品のライセンス体系が変更されたことで、仮想化基盤の構成を見直す企業の事例が公開情報でも取り上げられています。OpenInfra FoundationはVMwareからOpenStackへの移行ガイドを公式に公開しており、移行の受け皿として位置づけられている状況が読み取れます。

ただし、移行先はOpenStackだけではありません。Nutanix AHVやProxmox VE、Hyper-V、各社のクラウドサービスも候補に挙がります。OpenStackが選ばれやすいのは、サーバ台数が多く、自前で運用チームを抱えられる規模の組織です。VMware側から見たキャリアの選択肢はVMwareエンジニアの転職市場はどうなる？Broadcom後の求人動向・年収・評価される経験で扱っています。

通信キャリア・公共系のプライベートクラウド需要

OpenStackの採用は通信事業者に厚みがあります。OpenStack公式は通信事業者・NFV向けのユースケースページを設けており、ネットワーク機能を仮想化する基盤としての位置づけが整理されています。国内の案件側から見ても傾向は同じで、フリコンの公開案件には「某キャリア仮想環境構築」のように通信事業者向けと読み取れる募集が含まれていました。

通信キャリアの基盤は、外部クラウドに載せ替えにくい要件を抱えています。閉域網、遅延要件、設備連携といった条件が絡むためです。同じ理由で、官公庁・自治体系のシステムでもオンプレミス側にクラウド基盤を置く構成が採られます。この領域の契約形態やセキュリティ要件は官公庁・公共系のフリーランスエンジニア案件｜単価相場・契約形態・セキュリティ要件を徹底解説、通信領域の単価感は通信キャリア案件のフリーランス単価相場｜5G案件で必要なスキルと参入手順が参考になります。

稼働させ続けるほどコストが読みやすい

長期間・大量のサーバを動かす前提だと、従量課金より自社設備のほうが総額を読みやすくなります。研究開発基盤、社内検証環境、大規模バッチ処理などが典型です。

この背景から生まれる案件は、派手な新規構築より地味な運用改善が中心になります。案件選びのときはここを見誤らないほうがいいでしょう。

ミニFAQ：OpenStackはオワコンだと聞きましたが、案件はあるのですか？

公開案件は存在します。ただし全盛期のような「どこでも採用されている技術」ではなく、通信・公共・大規模自社基盤という特定領域に集中しているのが実態です。案件数そのものを求めるならパブリッククラウド系のほうが多く、OpenStackは「領域を絞ったうえで単価を取りにいく技術」と捉えるのが現実的です。

OpenStack案件の単価相場｜公開案件ベースの目安

公開案件ベースでは、月55万〜95万円のレンジで募集されるケースが多く、ボリュームゾーンは月65万〜80万円あたりです。

以下の数字の前提を補足します。本記事の相場は、2026年9月時点で確認したフリーランスエージェント2社の公開案件情報を観測ベースで整理した目安です。内訳は、レバテックフリーランスのOpenStackフリーランス案件一覧に2026年9月確認時点で掲載されていた119件と、フリコンのOpenStack案件一覧に同時点で掲載されていた16件です。いずれも首都圏中心・週4〜5日の準委任案件が主体で、実務経験3年以上を想定しています。掲載件数は日々入れ替わるうえ、公開案件数が多い領域でもないため、幅のある目安として読んでください。

工程別に見た単価の傾向

レンジが重なっているのは、同じ「構築」でも設計から入るのか手順どおり組むだけなのかで扱いが変わるためです。募集要項の「設計」という語が、要件定義からなのか、パラメータシート記入からなのかは面談で必ず確認してください。

上振れしやすい案件と、それを取れる人の像

公開案件では、月90万円前後の募集は通信キャリアや公共系のプライベートクラウドで見られます。求められるのは、Neutron周辺のネットワーク設計かCephの設計・運用ができ、かつOpenStackのバージョンアップグレードを主担当として最後まで完走した経験を持つ人です。実務経験ではインフラ7年以上・OpenStack3年以上あたりが目安ですが、年数より「基盤全体の設計判断と障害時の最終切り分けを任せられる範囲まで持っているか」が見られます。

一方、同じOpenStackタグでも月15万円台の募集が混ざることがあります。これは週1〜2日の稼働だったり、定常作業だけを切り出したオペレーション業務だったりするためです。タグだけで単価を判断せず、稼働日数と作業範囲をセットで見てください。

自分がどのくらいの単価を狙えるか気になる方は、無料のフリーランスエンジニア単価診断で現在の市場単価の目安を確認できます。単価を体系的に上げる考え方は【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？で整理しています。

ミニFAQ：OpenStack案件は常駐ですか、リモートですか？

2026年9月確認時点で、レバテックフリーランスの公開案件119件のうちリモート可と表示されていたのは69件でした。半数強はリモートを含む働き方が可能という観測になります。ただし「リモート可」には一部出社を前提とした案件も含まれ、フルリモートと同義ではありません。公共系や閉域網を扱う案件は物理作業が発生するため、フル常駐の条件が付きやすい点も織り込んでおいてください。

求められるスキルセット｜必須と尚可の切り分け

公開案件を読むと、意外に思われるのが「OpenStackの知識」が必須ではなく尚可に置かれているケースがあることです。基盤の下回りを扱える人を確保するため、下から順にスキルを見る構成になっているものが見られます。

必須に置かれやすいスキル

• Linuxサーバの構築・運用経験（ログ調査、パフォーマンス分析、サービス管理まで）

• ネットワークの基礎知識（VLAN、ルーティング、L2/L3の切り分け、ファイアウォール）

• 仮想化基盤の運用経験（VMware、KVMなど。製品は問われないことが多い）

• シェルスクリプトによる作業自動化

Linuxの土台を固め直したい方はLinuxとは？仕組み・主要ディストリビューション・案件単価をフリーランスエンジニア視点で解説、ネットワーク側の職種理解はネットワークエンジニアとは？仕事内容から必要なスキル、年収について解説を入り口にするといいと思います。

尚可に置かれつつ、単価に効くスキル

• Ansibleによる構成管理（OpenStackのデプロイはKolla-Ansibleなどansibleベースの手段が使われます）

• Ceph（分散ストレージ。CinderやGlanceのバックエンドとして採用例が多い）

• Kubernetes（OpenStack上にコンテナ基盤を載せる構成、逆にOpenStackをOpenShift上で動かす構成の両方がある）

• Pythonの読解力（OpenStack本体がPython製のため、ログとソースを突き合わせる場面で効きます）

構成管理とコンテナ基盤はAnsibleとは？構成管理の仕組み・Terraformとの違い・案件単価をフリーランス視点で解説とKubernetesとは？仕組み・Dockerとの違い・フリーランス案件の単価をエンジニア視点で解説で基礎を押さえられます。

ディストリビューションの違いは面談前に把握しておく

参画先が使っているのが素のアップストリーム版か、商用ディストリビューションかで作業内容が変わります。ここを確認せずに面談に入ると話が噛み合いません。

Red Hat版の位置づけはRed Hat公式のOpenStack Platformページに、Canonical版の考え方はUbuntu公式のOpenStackページに記載があります。求人票に「RHOSO」「RHOSP」「Charmed」といった語が出てきたら、ディストリビューションや運用基盤の指定であることが多いため、どの系統を指しているかを面談前に確認しておくと安全です。特にRHOSPとRHOSOは名前が近い一方で構成が異なるため、混同したまま話を進めないよう注意してください。

ミニFAQ：Pythonはどのレベルまで必要ですか？

多くの案件では「読めれば足りる」水準です。設定値の意味を追う、エラーの発生箇所をソースで確認する、といった使い方が中心になります。書く量で言えば、PythonよりAnsibleのplaybookとシェルスクリプトのほうが圧倒的に多くなります。

経験別の入り方｜3つの現実的なルート

OpenStackは学習コストが高い技術ですが、入り口は経験の種類によって変わります。

インフラ・ネットワークの運用経験がある場合

最短ルートです。運用保守案件から入り、半年〜1年程度で構築側に担当を広げるケースが多く見られます。応募時点でOpenStackの実務経験がなくても、Linuxとネットワークの経験が書けていれば面談まで進むケースがあります。

事前準備としては、自宅やクラウド上の1台構成でDevStack（開発者向けの簡易導入ツール）を動かし、Horizonから仮想マシンを払い出すところまでを一度やっておくと、面談での受け答えが変わります。Linux環境の操作に慣れていれば、環境構築込みで1〜2日程度が目安です。

AWS・GCPなどパブリッククラウドの経験がある場合

概念の対応づけは速いはずです。ただし面談で問われるのは、マネージドサービスの裏側にあたる部分になります。仮想ネットワークがどう実現されているか、ストレージがどこに書かれているかを説明できるかが分かれ目です。

不足しがちなのは物理層の感覚です。ラック、スイッチ、ストレージ筐体といった言葉が出る現場に慣れていないと、障害時の切り分けで手が止まります。

サーバサイド開発の経験がある場合

Python製のOpenStack本体に手を入れる案件、あるいは基盤を使う側のツール開発案件が入り口になります。基盤運用そのものより、APIを叩いて払い出しを自動化するポジションのほうが接続しやすいでしょう。

フリーランスとして独立する流れ自体を確認したい方はインフラエンジニア独立の全手順｜必要経験・単価相場・案件動向にまとめています。

案件の探し方｜タグと併用キーワードの使い分け

OpenStack案件は母数が少ないため、キーワード検索だけだと取りこぼします。エージェントの技術タグで絞ったうえで、周辺キーワードを併用するのが実務的です。

1. エージェントの技術タグ（環境・ミドルウェア区分）で「OpenStack」を選ぶ

2. ヒット件数が10件を下回る場合、「プライベートクラウド」「仮想化基盤」「Linux 構築」「KVM」で検索を広げる

3. 通信・公共に案件が偏るため、業界タグで「通信」「官公庁」も併せて確認する

4. 案件詳細では、ディストリビューション名（RHOSO、RHOSP、Charmed）とバージョン表記を探す

フリコンではOpenStack案件一覧から技術タグで絞り込めます。掲載されていない条件の案件も個別に打診されるため、希望条件は登録時に書いておくと精度が上がります。

時間感としては、一般的なフリーランス案件ではエージェント登録から初回面談まで1〜2週間、案件確定から初稼働まで2〜4週間が目安です。ただしOpenStack案件は公共系を含むと入場審査や身元確認にさらに時間がかかる場合があるため、稼働開始希望日は余裕を持って伝えてください。

よくある失敗と対策

バージョンとサポート状況を確認しないまま参画する

OpenStackは約6か月ごとにリリースされ、リリース名はアルファベット順に更新されます。そのうち一部はSLURPと呼ばれる区分にあたります。これは一部のリリース間で1つ飛ばしのアップグレード手順が整備される考え方で、毎回のリリースに追随しなくても保守対象内にとどまれるようにするものです。

問題は、稼働中の環境がサポート対象外の古い系列になっている場合です。セキュリティ修正が提供されない状態で運用が続いていることもあり、参画後に「まずアップグレードから」という話になりかねません。各リリースの状態はOpenStack公式のリリース一覧で確認できます。面談の場で、現行バージョンとアップグレード計画の有無は必ず聞いてください。

「クラウド案件」のつもりで入ったら定常運用だった

募集要項に「クラウド基盤」と書かれていても、実務はチケット対応と払い出し作業が中心というケースがあります。スキルが伸びにくく、次の案件につながる実績も作りにくくなります。

対策は面談での質問を具体化することです。「直近3か月でチームが何を作ったか」「構築と運用の工数比はどれくらいか」を聞けば、案件の実態は見えます。

セキュリティ要件・入場条件の確認漏れ

公共系や通信系では、作業端末の持ち込み制限、入退館手続き、秘密保持の追加契約などが発生します。フルリモートを前提に受けたのに、月に数回の現地作業が必須だったという食い違いは実際に起きます。

契約前に、出社頻度、作業端末の支給有無、リモート接続の可否を書面ベースで確認しておくのが安全です。

参画前チェックリスト

面談から契約までの間に、次の項目を埋めておくと判断を誤りにくくなります。

まとめ

公開案件ベースでは、OpenStack案件は通信・公共・大規模自社基盤に集中した領域で月55万〜95万円のレンジで募集されており、LinuxとネットワークができればOpenStack未経験でも運用保守枠から入れる可能性があります。

• 案件の型は構築・運用・移行・アップグレード・ネットワーク/ストレージ特化の5つ。型によって単価も評価される経験も変わります

• 単価が上振れしやすいのは移行とアップグレードで、実際にやり切った経験が最も書ける実績になります

• 必須はLinuxとネットワーク。OpenStack固有の知識が尚可に置かれる募集も実在します

• ディストリビューション（RHOSO / Charmed / アップストリーム）とバージョンの確認は面談で必ず行ってください

• 案件数はパブリッククラウド系より少ないため、タグ検索に「プライベートクラウド」「仮想化基盤」の併用が要ります

• 探し始めてから稼働開始までは2〜4週間を見込んでおくと余裕を持って動けます

次のアクションとしては、DevStackで1台構成の検証環境を作って仮想マシンの払い出しまでを試し、そのうえでエージェントの技術タグからOpenStack案件の実際の募集要項を10件ほど読んでみてください。求められている水準と自分の経験の距離が具体的に見えるはずです。

参照した一次情報は次のとおりです。

• OpenStack公式サイト

• OpenStack公式ドキュメント

• OpenStackリリース一覧

• VMware to OpenStack Migration Guide（OpenInfra Foundation）

• Red Hat OpenStack Platform（Red Hat公式）

• Charmed OpenStack（Ubuntu公式）

• Telecoms and NFV（OpenStack公式）