OpenShift案件の単価相場|必要スキル・参入ルートとRancher比較
最終更新日:2026/09/15
OpenShift案件とは、Red Hat OpenShiftを使って企業が自社で保有するコンテナ基盤を設計・移行・運用する案件です。類似領域として、SUSE Rancherでマルチクラスタを統合管理する案件もあります。マネージドKubernetesの案件とは求められるスキルも商流も変わるため、公開案件ベースの単価レンジ、OSS版との差分スキル、参入の順序を整理します。
先に結論
探し方としては、エージェントに「OpenShift」「Rancher」のスキルタグで登録したうえで、案件検索では「コンテナ基盤」「Kubernetes基盤」「基盤更改」のキーワードを併用して絞るのが実務的です。
公開案件ベースの単価は、OpenShift案件で月48万〜120万円。平均は70万円前後です(公開案件の月額提示額を単純平均した観測値)。Kubernetes基盤案件全体では月55万〜136万円というレンジが見られます。
確認した公開案件では金融(銀行・証券・保険)が目立ち、次いで製造・公共が見られます。オンプレミスやプライベートクラウドに基盤を置く企業が母体です。
OSSのKubernetes経験だけでは足りず、OpenShift固有の権限モデルやRancherのマルチクラスタ管理など、製品固有の作法が実務差分になります。
公開案件ではリモート可が多い一方、金融系の設計・検証フェーズでは週1〜2回の出社条件が付く案件も見られます。
この記事でわかること
OpenShift・Rancher案件がマネージドKubernetes案件とどう違うのか
公開案件ベースの単価レンジと、高単価帯で声がかかる人の経歴イメージ
OSS版Kubernetesの経験から、商用ディストリ案件へ移るために足す必要があるスキル
未経験領域から参入する場合の順序と、現実的な期間の目安
対象読者は、Kubernetesの基本操作とLinux・ネットワークの実務経験があり、インフラ寄りの案件で単価を上げたいフリーランスエンジニアです。Kubernetesそのものの仕組みから知りたい場合は、Kubernetesとは?仕組み・Dockerとの違い・フリーランス案件の単価をエンジニア視点で解説を先に読んでください。本記事は、そこから一段降りた「商用ディストリビューションを使う基盤案件」に絞って扱います。
目次
OpenShift・Rancher案件とは|マネージドKubernetesとの違い
案件が出やすい業界と、その背景
単価相場|公開案件ベースのレンジ
案件パターン別に見る、実際の作業内容
必要スキル|OSS版Kubernetesとの差分
資格をどう使うか|CKAとEX280の役割分担
参入ルート|何をどの順で埋めるか
よくある失敗と対策
参画前チェックリスト
まとめ
よくある質問
OpenShift・Rancher案件とは|マネージドKubernetesとの違い
結論として、この領域の案件は「クラウド事業者が面倒を見てくれない部分を、自分たちで持つ」と決めた企業から発生します。EKSやGKEを使う案件がアプリ側の生産性に寄るのに対し、商用ディストリの案件はクラスタそのものの設計・維持が仕事の中心になります。
OpenShiftの位置づけ
Red Hat OpenShiftは、Kubernetesを中核に据えたうえで、CI/CD、レジストリ、監視、認証などを製品として束ねたプラットフォームです。Red Hatの公式ページでは、セルフマネージド型としてOpenShift Kubernetes Engine、OpenShift Container Platform、OpenShift Platform Plus、OpenShift Virtualization Engineの4系統が整理されています。加えて、AWS・Azure・Google Cloud・IBM Cloud上のマネージド版も提供されています。
案件票に「OpenShift」とだけ書かれている場合、実際にはセルフマネージドのOpenShift Container Platformを指していることが多いです。どのエディションか、どこに置くのかは、面談で必ず確認したい項目になります。
Rancher(SUSE)の位置づけ
Rancherは、複数のKubernetesクラスタを1つの管理面から扱うための製品です。SUSEの製品ページによると、認証・アクセス制御・可観測性をスタック全体で一元化する点が特徴として挙げられており、軽量ディストリビューションのK3sやRKE2も同社が開発しています。
OpenShiftが「ひとつの製品に寄せる」性格なのに対し、Rancherは「バラバラに立ったクラスタをまとめる」性格が強い。この違いが、案件で求められる動き方の差にそのまま出ます。
なぜマネージドKubernetesではないのか
企業が商用ディストリを選ぶ理由は、おおむね次のどれかに集約されます。
規制・監査の要請で、データとコントロールプレーンを自社の管理下に置く必要がある
既存のオンプレ資産(ストレージ、認証基盤、閉域ネットワーク)と密に統合したい
ベンダーサポートを契約として持ち、障害時の責任分界を明確にしたい
複数のクラウドとオンプレにまたがる基盤を、同じ運用で回したい
裏を返すと、こうした事情を持つ企業は移行の意思決定が遅く、案件が長期化しやすい。3か月更新の準委任でも、実際には1年以上継続するケースが見られます。
ミニFAQ:EKSの経験はそのまま通用しますか
通用する部分と、し直しになる部分があります。Podやマニフェストの考え方は共通なので土台としては有効ですが、OpenShiftは既定で厳しめの権限制御がかかるため、OSS版で動いていたマニフェストがそのままでは動かない場面に出会います。AWS側のコンテナ基盤の全体像は、AWS ECS・Fargateとは|仕組み・EKSとの違い・案件単価を解説で整理しています。
案件が出やすい業界と、その背景
確認したOpenShift関連の公開案件では、発注元として金融が目立ちます。次いで製造、公共、通信が見られる並びです。件数が多い領域ではないため、分布は観測ベースの傾向として読んでください。
金融(銀行・証券・保険)
OpenShift案件で目につくのは、銀行の基幹周辺システム、証券会社のシステム刷新、保険会社のダイレクトチャネル更改といった案件です。作業内容は「基盤構築および動作検証」「設計構築」といったインフラ寄りの表現が多く、アプリ開発と分離して募集されます。
金融領域の案件全般の性格は金融業界のフリーランスエンジニア案件|職種・単価相場・求められるスキルを解説にまとめています。閉域網での作業、持ち込み端末の制限、変更管理の重さといった条件は、この領域に共通します。
製造・公共
製造業では、工場側のシステムと情報系をつなぐ基盤としてKubernetesが採用される例があります。公共系は調達の都合でオンプレ要件が残りやすく、商用ディストリが選ばれやすい。契約形態やセキュリティ要件の癖については官公庁・公共系のフリーランスエンジニア案件|単価相場・契約形態・セキュリティ要件を徹底解説が参考になります。
仮想化基盤の移行という文脈
近年の案件で目立つのが、既存のVMware環境からの移行を検討する動きです。OpenShiftにはOpenShift Virtualizationという仮想マシンをKubernetes上で動かす機能があり、Red HatはVMware vSphereからの移行に関するパフォーマンス推奨事項を公開しています。
ここで注意したいのは、移行案件が必ずしも「コンテナ化案件」ではないことです。仮想マシンを仮想マシンのまま載せ替えるフェーズが先に来るため、求められるのはKubernetesの知識よりも、ストレージ・ネットワーク・移行計画の設計力だったりします。案件票の技術スタックだけで判断せず、フェーズを確認してください。
単価相場|公開案件ベースのレンジ
短答から書きます。OpenShift案件は月48万〜120万円、平均70万円前後。Kubernetes基盤案件全体で見ると、上限は月130万円台まで伸びます。
以下は、2026年9月時点で確認した主要フリーランスエージェント2社の公開案件情報をもとにした観測です。母集団は、OpenShiftをスキルタグに持つ公開案件が60件程度、Kubernetesをスキルタグに持つ公開案件が約4,200件。平均70万円は、OpenShiftタグの公開案件に表示された月額提示額を単純平均した数字で、中央値ではありません。単価非公開の案件は集計から外れています。対象は首都圏(東京中心)の週4〜5日稼働・準委任案件が大半です。商用ディストリを明示した案件はまだ件数が多い領域ではないため、観測ベースの目安として読んでください。
レンジの内訳
レイヤー | 月額レンジの目安 | 主な作業 |
|---|---|---|
運用・監視中心 | 48〜65万円 | 既存クラスタの運用、問い合わせ一次対応、定常作業 |
構築・検証 | 65〜90万円 | クラスタ構築、動作検証、CI/CD連携の実装 |
設計・移行リード | 90〜120万円 | 基盤方式設計、移行計画、マルチクラスタ設計 |
個別の案件例としては、OpenShift環境でのノード・ネットワーク分離やマルチクラスタ構成、GPU利用方式の動作検証を担う案件が月80万円、OpenShift環境へのTekton・ArgoCD追加セットアップを担う案件が月90万円で提示されていました。いずれも構築・検証レイヤーの相場感と整合します。
まずは公開案件ベースでこのレンジを見てください。非公開案件については、設計リードや内製化支援のロールで個別に条件が提示されるケースがあり、公開案件の上限を超えることもあります。ただし個別性が強いため、公開案件の数字と同列には扱えません。
参考までに、正社員求人では、Kubernetes・Rancherを扱うクラウド基盤エンジニア職で予定年収570万〜880万円という提示例が見られます。
高単価帯で声がかかる人の経歴イメージ
月90万円を超える帯で募集がかかるのは、次のような経歴を持つ人が中心です。
Kubernetesクラスタの設計・構築を、検証環境ではなく本番で3年以上経験している
TerraformやAnsibleでのIaC運用と、CI/CDパイプラインの設計まで一人で回せる
監視・ログ基盤の設計経験があり、障害発生時の切り分け手順を自分で作れる
発注元の情シス部門と直接やり取りし、方式選定の理由を文書化できる
逆に、Kubernetesの操作経験はあっても設計経験がない場合、まずは構築・検証レイヤーからの参画になりやすい。自分がどのレンジを狙えるかの目安は、無料のフリーランスエンジニア単価診断で確認できます。単価を体系的に上げる考え方そのものは【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは?で整理しています。
ミニFAQ:OpenShiftの資格を持っていれば単価は上がりますか
資格単体で単価が決まることは、ほぼありません。ただし、商用ディストリの案件は「実務経験者が市場に少ない」状態なので、資格が実務経験の不足を補う材料として見られる場面はあります。設計経験とセットで提示できると効きます。
案件パターン別に見る、実際の作業内容
案件は大きく4つに分かれます。どれに入るかで、必要なスキルも稼働の重さも変わります。
新規構築・検証フェーズ
クラスタの構築、ネットワーク分離方式の検証、ストレージ連携の確認といった作業が中心です。期間は3〜6か月で切られることが多く、成果物はパラメータシートや検証報告書の形になります。手を動かす比率が高く、レビュー対応の負荷は比較的軽い。
移行フェーズ
既存の仮想マシンやオンプレアプリを、新しい基盤へ載せ替える工程です。移行順序の設計、切り戻し手順の整備、移行当日の立ち会いまでが範囲に入ります。土日夜間の作業が発生する案件もあるため、稼働条件は契約前に詰めてください。クラウド移行案件との重なりも大きく、クラウド移行案件のフリーランス単価相場・必要スキル・獲得法やモダナイゼーション案件の動向|フリーランスの単価相場・必要スキル・探し方が参考になります。
運用・SREフェーズ
稼働後のクラスタを維持する役割です。バージョンアップ計画、証明書の更新、キャパシティ管理、障害対応が主な仕事になります。オンコール当番が条件に含まれる案件では、手当の有無と対応時間帯を確認しておきたい。この論点は運用保守・オンコール案件のフリーランス実情|単価相場・手当・契約で詳しく扱っています。
内製化支援フェーズ
発注元の社員が自分たちで基盤を回せるようになるまで伴走する案件です。手を動かす量は減り、ドキュメント作成、勉強会、レビューの比率が上がります。単価は高めに出ますが、技術力だけでなく説明力が問われる。5〜10名程度の情シスチームを相手にする場合、週の3〜4割を打ち合わせとレビューに使う前提で稼働設計をしておくと、見積もりのズレが小さくなります。
必要スキル|OSS版Kubernetesとの差分
土台は共通です。そのうえで、製品固有の作法が乗ります。
共通の土台
Linuxの運用経験(systemd、ネットワーク設定、証明書の扱い)
TCP/IP、DNS、ロードバランサ、ファイアウォールの設計理解
コンテナの基礎。Dockerとは?コンテナ技術の仕組み・できること・フリーランス案件の単価への影響を解説の範囲は前提になります
IaCによる構成管理。Terraformとは?IaCの仕組み・できること・フリーランス案件の単価をエンジニア視点で解説とAnsibleとは?構成管理の仕組み・Terraformとの違い・案件単価をフリーランス視点で解説が該当します
GitOpsでのデプロイ運用。ArgoCDとは|GitOpsの仕組み・Kubernetes運用と案件動向が近い領域です
OpenShift固有で問われること
OSS版から入った人が最初につまずくのは、権限まわりです。OpenShiftは既定でコンテナの実行権限を強く制限するため、公開されているマニフェストをそのまま適用しても動かないことがあります。この挙動を理解しているかどうかで、構築フェーズの手戻りが大きく変わる。
そのほか、外部公開の仕組み(Routeと標準Ingressの関係)、Operatorによるミドルウェア管理、独自のCLIといった要素が、案件票の必須要件に並びます。
Rancher固有で問われること
Rancherの案件では、単一クラスタの構築よりも、複数クラスタをどう統治するかが論点になります。クラスタごとの認証・権限をどう設計するか、構成をどう配布するか、軽量ディストリ(K3s/RKE2)をエッジ側にどう展開するか。マルチクラスタ前提の設計経験があると、そのまま強みになります。
サービスメッシュを併用する構成も見られます。Istioとは|サービスメッシュの仕組み・Kubernetes運用での役割を解説の範囲を押さえておくと、設計レイヤーの会話についていけます。
差分の早見表
観点 | OSS Kubernetes | OpenShift | Rancher |
|---|---|---|---|
提供元 | コミュニティ | Red Hat | SUSE |
案件での主な役割 | クラスタ構築・運用 | 製品を前提とした基盤設計・構築 | マルチクラスタの統合管理 |
つまずきやすい点 | 構成要素の選定 | 権限制御の厳しさ、製品独自の抽象 | クラスタ間の権限設計、構成配布 |
案件が出る場所 | Web系・SaaS | 金融・製造・公共 | 通信・製造・マルチクラウド運用 |
関連資格 | CKA/CKAD | EX280系 | 製品トレーニング中心 |
この表は、案件票を読むときの当たりをつけるためのものです。実際の募集要件は企業ごとに幅があります。
資格をどう使うか|CKAとEX280の役割分担
結論としては、Kubernetesそのものの理解を示すならCKA、OpenShift案件への意思表示にはEX280、という使い分けになります。
CKAはベンダー中立の実技試験で、Kubernetesの運用能力を示せます。詳細はCKA資格とは|Kubernetes認定の合格ライン・費用・出題範囲と勉強法にまとめています。
EX280(Red Hat認定OpenShift管理者)は、Red Hatが実施する実技試験です。公式の試験ページによると、選択式ではなく実機で課題を解く形式で、試験時間は3時間。対象者としてシステム管理者、SRE、プラットフォームエンジニア、インフラエンジニアが挙げられています。試験の対象バージョンは改訂されるため、申し込み前に公式ページで現行バージョンを確認してください。
順序としては、CKAで土台を作ってからEX280に進むと学習効率が良い。ただし、すでにOpenShiftを業務で触っているなら、先にEX280を取っても問題ありません。
参入ルート|何をどの順で埋めるか
未経験からいきなり商用ディストリの設計案件に入るのは、現実的ではありません。段階を踏みます。
ステップ1:OSS Kubernetesで本番運用の実績を作る
現職や現在の案件で、クラスタの運用に関わる余地がないかを探します。監視設定の見直し、バージョンアップ対応、障害対応の記録。どれも実績として書けます。ここが空白のままだと、次に進んでも書類で止まります。
ステップ2:製品固有の作法を検証環境で埋める
OpenShiftには開発者向けの検証手段が用意されており、Rancherも自前のクラスタに導入して試せます。ここで重要なのは「触った」ではなく「詰まって、直した」という記録を残すことです。権限まわりで動かなかったマニフェストをどう直したか、といった具体が面談で効きます。
週10時間程度を確保できる場合、検証環境の構築からEX280の受験準備まで、3〜4か月を見込んでおくと計画が崩れにくい。学習時間の取り方には個人差が大きいので、あくまで計画の出発点として扱ってください。
ステップ3:案件を探す
エージェント登録時に「OpenShift」「Rancher」をスキルとして明示し、案件検索では「コンテナ基盤」「Kubernetes基盤」「基盤更改」「仮想化基盤移行」を併用して絞ります。商用ディストリを名指しした公開案件は数が限られるため、Kubernetes案件の要件欄を読んで製品名を拾う探し方も必要になります。
実際に募集されている案件の傾向はフリコンの案件一覧で確認できます。スキルシートの書き方はインフラエンジニアのスキルシートの書き方|構築・運用実績の数値化と職種別テンプレを参照してください。構築台数、クラスタ規模、対応した障害の種類を数値で書けると通過率が変わります。
なお、エージェント経由の案件は、書類提出から参画開始まで2〜4週間程度がひとつの目安です。商流の段数や審査の重さで変わり、金融系は入場手続きが重いため、これより長引くこともあります。契約終了の1か月以上前から動き始めるのが安全です。
ミニFAQ:インフラ未経験のアプリ開発者でも狙えますか
いきなりは難しい領域です。まずはコンテナとCI/CDの接点から入り、アプリ側の立場で基盤に関わる実績を作るほうが近道になります。職種を移していく順序についてはエンジニアの職種転換|開発からSRE・データ職へ移る順序と段階が参考になります。
よくある失敗と対策
案件票の製品名だけで判断してしまう
「OpenShift」と書かれていても、実態は運用当番の色が濃い案件もあれば、方式設計から任される案件もあります。面談では、今どのフェーズか、既存基盤は何年目か、設計判断の権限が誰にあるかを聞いてください。
OSS版の経験をそのまま語ってしまう
Kubernetesの経験年数だけを押し出すと、製品固有の差分を理解していないと判断されることがあります。権限制御の違いや、Operatorを使った運用など、差分を認識している旨を一言添えるだけで印象が変わります。
稼働条件の確認を後回しにする
移行フェーズの案件は、夜間・休日作業が発生しやすい領域です。代休の扱い、追加稼働の精算方法、オンコールの手当。この3点は契約前に文面で確認しておきたい。
常駐条件を読み違える
公開案件の多くはリモート可ですが、金融系の設計・検証フェーズでは週1〜2回の出社が条件に入るケースが残ります。確認したOpenShift関連の公開案件60件程度のうち、リモート可の表記があったのは45件程度で、7割強にあたります。Kubernetes案件全体の比率ではない点に注意してください。完全在宅前提で動くなら、そこは最初に確認しておく必要があります。
参画前チェックリスト
対象はセルフマネージド版か、クラウド上のマネージド版か
現在のフェーズは、構築・移行・運用・内製化支援のどれか
既存の仮想化基盤からの移行が絡むか。絡む場合、コンテナ化まで含むか
クラスタ台数と、マルチクラスタ管理の有無
IaCの整備状況(手順書運用か、コード化済みか)
監視・ログ基盤は何を使っているか
夜間・休日作業の想定と、その精算方法
オンコール当番の有無、手当、対応時間帯
出社条件(頻度・場所・持ち込み端末の可否)
設計判断の権限が、自分にあるのか発注元にあるのか
契約期間と更新のタイミング
参画開始までに必要な手続きと、その所要期間
まとめ
OpenShift・Rancher案件は、公開案件ベースで月48万〜120万円のレンジにあり、設計・移行リードまで担えると90万円以上の帯に届きます。金融・製造・公共といった、基盤を自社の管理下に置きたい企業が発注元の中心です。
案件の性格は、クラスタそのものの設計・維持。アプリ開発とは分離して募集される
OSS Kubernetesの経験は土台になるが、権限制御やマルチクラスタ管理など製品固有の差分が実務の壁になる
単価レンジは運用48〜65万円、構築・検証65〜90万円、設計・移行リード90〜120万円が目安
資格はCKAで土台、EX280でOpenShift案件への意思表示、という順序が組みやすい
参画までは2〜4週間、金融系はさらに長引く。契約終了の1か月以上前から動く
特に、OSS Kubernetesの本番運用経験があり、Linux・ネットワーク・IaCまで一貫して扱える人ほど相性のよい市場です。次のアクションとしては、現在の経歴でその実績がどこまで書けるかを棚卸しし、足りない部分を検証環境で埋めるところから始めてください。狙える単価の目安はフリーランスエンジニア単価診断で確認できます。
参照した一次情報は以下のとおりです。
本記事の単価は、2026年9月時点で確認した主要フリーランスエージェント2社の公開案件情報(OpenShiftタグ60件程度、Kubernetesタグ約4,200件)をもとにした観測です。募集条件は時期により変動します。
よくある質問
OpenShiftとRancher、どちらから学ぶべきですか
公開案件ベースでは、Rancher単独を明記した案件よりOpenShift明記の案件のほうが見つけやすい傾向があるため、案件接続を優先するならOpenShiftが先です。ただし、現在の業務がマルチクラウドやエッジに関わっているなら、Rancherのほうが実績に接続しやすい。手持ちの経歴と近いほうから入ってください。
OpenShiftの検証環境は自宅のPCで作れますか
開発者向けのローカル実行環境が用意されているため、一定のスペックがあれば手元で試せます。メモリ消費が大きいので、16GB以上を確保できると進めやすい。クラウド上に短期間だけ環境を立てて、使い終わったら削除する方法もあります。
Kubernetesのバージョンアップ対応は案件でどのくらい求められますか
商用ディストリはサポート期間が製品側で定められており、計画的な更新が前提になります。運用フェーズの案件では、年1〜2回の更新計画の立案と実施が業務範囲に入ることが多いです。更新時の影響調査ができると、運用案件でも単価交渉の材料になります。
週3日稼働の案件はありますか
数は多くありません。基盤案件は週4〜5日の常時稼働を前提に組まれることが多いためです。運用・監視寄りのロールや、内製化支援の伴走ポジションでは週3日の募集も見られます。週3日稼働の探し方全般は週3日で働くフリーランスエンジニアの始め方|単価相場・案件の探し方・向いている人を解説にまとめています。
商流が深い案件は避けるべきですか
一概には言えません。金融系の基盤案件は元請けがSIerになる構造が多く、二次請け以下でも単価が保たれている案件はあります。判断材料は商流の段数そのものより、提示単価と作業範囲の釣り合いです。
プラットフォームエンジニアとの違いは何ですか
役割としては近く、重なる部分があります。プラットフォームエンジニアは開発者向けの基盤体験を設計する職種で、商用ディストリの運用はその手段のひとつ。職種の定義はプラットフォームエンジニアとは|仕事内容・年収・SRE/DevOpsとの違いで整理しています。
SRE案件との単価差はありますか
レンジは近い位置にあります。SREフリーランスの相場感はSREフリーランスの単価相場|DevOps案件の月額レンジと参入目安にまとめており、商用ディストリの基盤案件はその上位帯と重なります。差が出るのは、設計判断まで任されるかどうかです。
英語のドキュメントは読めないと厳しいですか
読めたほうが有利です。製品の新しい機能や既知の問題は英語の情報が先に出るため、日本語版の公開を待っていると対応が遅れます。翻訳ツールを併用する前提でも、原文に当たる習慣があると差が出ます。
案件が切れたときのつなぎはどうすればいいですか
この領域は案件が長期化しやすい一方、切れたときの次が見つかりにくい側面があります。契約終了の1か月以上前から動くこと、OSS Kubernetesの案件も候補に含めて探すこと。この2点で空白期間を短くできます。
未経験可の案件は存在しますか
「Kubernetes未経験可」の基盤案件は、ほぼ見かけません。ただし「OpenShift未経験可、Kubernetes経験必須」という条件の案件は存在します。OSS版の経験があるなら、そこが入り口になります。
独立前に会社員として経験を積むべきですか
商用ディストリの本番環境は、個人では触りにくい対象です。会社員のうちに大規模基盤の構築・運用に関わっておくと、独立後の選択肢が広がります。独立の判断軸はインフラエンジニア独立の全手順|必要経験・単価相場・案件動向で整理しています。
単価交渉はいつ切り出すのがよいですか
更新月に入ってからでは遅い。稼働開始直後から、対応した障害、削減できた工数、引き継いだ範囲を記録しておき、更新の1〜2か月前に材料として提示する流れが現実的です。
