2026年にJira Serverを運用しているなら、それはサポートの終了したソフトウェアです。Atlassianは2024年2月15日にサポートを終了しました。セキュリティパッチなし。バグ修正なし。ベンダーサポートなし。
2026年3月30日、Atlassianは新規顧客からのData Center新規サブスクリプションの受付を終了しました。既存顧客は2028年3月30日まで一部の購入を、2029年3月28日まで更新を継続できます。その時点で対象製品は読み取り専用になります。根拠は Atlassianが公開しているData Centerの提供終了スケジュール.
では、これからどうするか。
2026年に真剣に比較する価値のあるセルフホスト型の選択肢は3つあります。OpenProject、Plane、Redmineです。本記事では機能チェックリストではなく利用シーンの型で比較し、サポート対象のJira ServerおよびData Centerバージョン向けに現在ベータ提供されている公式のOpenProject Jira Migratorを検証し、最後に率直な反論で締めくくります。どんなときにJira Cloudが依然として正解なのか、という話です。
「2029年までに移行しなければならず、現実的な選択肢を知りたい」という理由でここに来たなら、読み進めてください。「47列の機能比較表がほしい」という理由なら、そういう記事は別にあります。本記事はそれではありません。
短いバージョン
- Jira Serverはすでにサポート終了で、Jira Software Data Centerも段階的に廃止が進んでいます。 新規顧客向けのData Center販売は2026年に終了し、対象となる既存サブスクリプションは2029年にサポート終了を迎えます。
- 2026年における現実的なセルフホストの3つの道。 移行ツール付きでJiraに近い形の代替がほしいチームにはOpenProject、SaaSの請求書なしでLinearのようなUXがほしいエンジニア主導のチームにはPlane、20年間動き続けている低リソースのイシュートラッカーがほしいチームにはRedmineです。
- OpenProjectには、Jira ServerおよびData Centerの10.xと11.x向けにベータ版のJira Migratorが内蔵されています。Jira Cloudは対象外です。公式情報は現在食い違っています。5月の技術ガイドはより狭いコアデータセットを挙げている一方、7月以降の新しいページでは、Migratorが課題の履歴、コメント、関係するユーザーとグループも取り込むとしています。これら新しい記述はバージョン依存とみなし、実際に導入するOpenProjectのリリースでパイロット検証してください。 一方Planeは、管理されたJiraインポートと、100シート以上のチーム向けの手厚い移行サポートを打ち出しています。Redmineにはこれに匹敵する一次提供の経路がありません。
- VPSのサイジング要件は控えめです。 公式ガイダンスではOpenProjectとPlaneはいずれも4GB RAMから始まり、Planeは本番環境に8GBを推奨しています。CloudzyのRedmineイメージは最小2GB RAMと記載しています。
- 一部のチームにとっては、いまでもJira Cloudが正解です。特に運用に割ける人手がない場合はそうです。 Atlassianの価格はシート数と請求サイクルによって変わるため、 最新のJira料金ページ 古い固定値の料金に頼るのは避けてください。
Atlassianのサンセット時計：実際に何が起きているのか
Jiraの期限を決める3つの日付：
- 2024年2月15日：AtlassianがJira Serverのサポートを終了しました。Server製品やアプリには、技術サポートもセキュリティ更新もバグ修正も提供されません。
- 2026年3月30日：Atlassianが新規顧客への新しいData CenterサブスクリプションおよびMarketplaceのData Center向けアプリの販売を停止しました。既存顧客は引き続き更新できます。
- 2029年3月28日：対象のData Centerサブスクリプションとアプリが期限切れとなり、読み取り専用になります。Atlassianは、一部の顧客には例外的な延長メンテナンスが提供される場合があるとしています。
チームの対応はおおむね3通りです。Jira Cloudへ移行し、シート単位の請求を払って運用の簡素化を受け入れるチーム。2029年までData Centerの更新で引っ張り、期限を「未来の自分の問題」として扱うチーム。そして価格と期限の両方を避けるために、いまセルフホストの選択肢を評価しているチームです。
2番目のグループ（「あとで考える」）にいるなら、率直な評価はこうです。「あとで」が2029年の問題で済むのは、それまでロードマップに他に何もない場合だけです。私が見てきたチームの多くは、結局パニック状態で移行することになりました。カレンダーは誰の予想よりも速く進むからです。
プロのヒント： チームがServerを使っているなら、セキュリティリスクだけを取っても、これは2029年ではなく2026年の課題として扱うべきです。サポートの切れたイシュートラッカーも依然として攻撃面であり、「問題なく動いている」からこそセキュリティレビューでは後回しにされがちです。
このセクションの要点： この時計には日付があり、公開されており、公式です。2029年ではなく、2026〜2027年を前提に計画してください。
2026年における現実的なセルフホストの3つの道
オープンソースの世界にはイシュートラッカーが何十種類もあります。比較の焦点を絞るため、本記事では性質の異なる3つの道を扱います。正式なプロジェクト管理と最も直接的な移行ツールを備えたOpenProject、現代的なエンジニアリングワークフロー向けのPlane、そして成熟した拡張可能なトラッカーであるRedmineです。Taiga、Tuleap、Kanboardなどのプロジェクトも、より狭い要件にはいまだに適している場合があります。
それぞれが実際にどんなツールなのかを見ていきます。
OpenProject
OpenProjectはPostgreSQLを基盤とするRuby on Railsアプリケーションです。Community EditionはGPLv3で、セルフホストは無料です。有償のEnterpriseオンプレミスプランでは、サポートとEnterprise機能が追加されます。
UXの方向性は実務本位で、機能が高密度です。企業向けプロジェクト管理ソフトのように見えますが、実際にそのとおりだからです。ガントチャート、正式なプロジェクトポートフォリオのレポーティング、建設・エンジニアリング向けのBCFベースの協働、ステークホルダーの責任フローを手厚くサポートしています。チームが「本物のガント」や「プロジェクトをまたいだエピック間の依存関係」を求めたことがあるなら、これがその道具です。
OpenProjectが最も適するのは、従来型のウォーターフォールとアジャイルを同一インスタンス内で共存させる必要があり、上位層への正式なレポーティングと、サポート対象のJira ServerまたはData Centerバージョンからの公式な移行経路を必要とするチームです。Migratorとその現時点での制限については、後ほど取り上げます。
弱点は学習コストです。Jira CloudやLinearから来たメンバーは、OpenProjectは重いと言うでしょう。その指摘は的外れではありません。Jiraの主要な概念の多くにはOpenProject側にも対応するものがありますが、それを見つけるにはドキュメントを読む必要があるかもしれません。
OpenProjectは Cloudzyのマーケットプレイス でワンクリック導入として提供されています。Composeとの格闘を省きたい場合に便利です。
Plane
Planeは2022年に始まった比較的新しいプロジェクトです。現在のセルフホスト向け配布物は、単純な5コンテナ構成ではなく、複数のアプリケーションサービスにPostgreSQL、Redis、オブジェクトストレージを加えた、DockerまたはKubernetesのバンドル済みデプロイです。
- WebおよびAPIサービス
- バックグラウンドワーカー
- PostgreSQL
- Redis
- オブジェクトストレージ
Community EditionはAGPLv3でライセンスされています。
UXの方向性は公然とLinearに影響を受けています。サイクル、モジュール、プロジェクト、ビュー。モダンで高速、そして明確な思想があります。Linearの既定のキーボードショートカットや課題モデルを気に入ったことがあるなら、Planeは1時間ほどで手になじむはずです。
最も相性がよいのはエンジニア主導のチームです。スタートアップ、少人数のプロダクトチーム、エンジニアが主な利用者で、プロジェクト管理ツールが実質的にイシュートラッカーとスプリントボードで足りる小規模な開発会社などです。Planeはここで真価を発揮します。
認めるべき本当の弱点もあります。他の2つより若いプロジェクトであるため、連携エコシステムは小さく、デプロイまわりの変化も速いです。また、商用のネットワークサービス向けにソフトウェアを改変するなら、AGPLv3ライセンスの内容を事前に確認しておくべきです。
2026年7月時点でPlaneはCloudzyのマーケットプレイスにないため、この選択肢では、選んだVPS上にPlane公式のDockerまたはKubernetesでのデプロイを自分で行う必要があります。コンテナに慣れたチームなら対応できますが、ワンクリックイメージに比べて構築と保守の手間は増えます。
Redmine
Redmineはベテランです。最初のリリースは2006年。Ruby on Railsで、バックエンドはMySQLまたはPostgreSQL。ライセンスはGPLv2です。今の基準では軽量ですが、それはコアが実際に小さいことと、Redmineに求められるものの多くがプラグインで提供されることの両方によります。
UXは古いです。そうでないふりをしても意味がありません。 Redmine 7.0が2026年6月に最新の安定ブランチになりましたが、既定のインターフェースは依然として古風な印象です。Bleuclairテーマを使えばRedmine 6.1の見た目は現代的になります。Redmine 7へ移行する前に、テーマとプラグインの互換性を確認してください。モダンなUXが必須要件なら、Planeを検討しましょう。
最も相性がよいのは、すでにRedmineを運用しているチーム、あるいはツール側から強い workflow を押しつけられない、安定した低リソースのイシュートラッカーを求めるチームです。プラグインのエコシステムは非常に大きく、
- アジャイルボード
- ガントチャート
- 工数管理
- SCM連携
- カスタムワークフロー
チームに固有のワークフロー要件があるなら、それに対応するRedmineプラグインはたいてい存在します。
弱点は2つあります。1つはすでに述べたUX。もう1つはプラグインのエコシステムそのもので、これは諸刃の剣です。プラグインは問題を解決してくれますが、アップグレード時にバージョン互換性という頭痛の種を生みます。プラグインを8つ入れたRedmineインスタンスは、マイナーアップグレードのたびに検証が必要なインスタンスです。
すでにRedmineを使っているチームへの注記です。不満がUXだけで、しかもRedmine 6.1を使っているなら、Bleuclairテーマは低コストな実験であり、プラットフォーム移行そのものを不要にできる可能性があります。まず試してみて、Redmine 7へアップグレードする前に互換性を確認してください。
このセクションの要点： 型で選びましょう。Jiraに近い形の代替ならOpenProject。SaaSの請求書なしでLinear的なUXが欲しいならPlane。何にでもプラグインがある安定したイシュートラッキングならRedmineです。
横並びの比較
各ツールを詳しく見てきたので、ここで違いがわかりやすい形に整理しましょう。
| 観点 | OpenProject（Community） | Plane（Community） | Redmine |
|---|---|---|---|
| 初回リリース | 2012 | 2022 | 2006 |
| スタック | Ruby on Rails＋PostgreSQL | バンドル済みアプリ＋PostgreSQL、Redis、オブジェクトストレージ | Ruby on Rails＋MySQLまたはPostgreSQL |
| ライセンス | GPLv3 | AGPLv3 | GPLv2 |
| 最小構成（小規模チーム） | 4コア、4GB RAM | 4GB RAMから、本番環境は8GB推奨 | 2GB RAMから |
| Cloudzyのマーケットプレイス | あり（ワンクリック） | なし（自己管理のデプロイ） | あり（ワンクリック） |
| 一次提供のJira移行経路 | 内蔵ベータ：Server/Data Center 10.x〜11.x | ガイド付きインポート、100シート以上は手厚い支援あり | なし |
| 得意分野 | 正式なプロジェクト管理、ガントチャート、ポートフォリオ報告 | モダンなUX、エンジニアリングチーム | 軽量なイシュートラッキング、プラグイン |
| 弱点 | UXが重い、移行ツールはまだベータ | エコシステムが若い、必要RAMの下限が高い | 既定UXの古さ、プラグインの互換性 |
OpenProjectのJira Migrator：実際に何ができるのか
これは2026年の比較記事の多くが飛ばすか、脚注扱いにしてしまう論点です。同時に、現在Jiraを使っているチームにとってOpenProjectが最も自然な選択肢となる、いちばん重い理由でもあります。
OpenProjectは ベータ版のJira Migrator 2026年にCommunity Editionの一部として提供を開始しました。管理者権限のPersonal Access Tokenを使い、APIでJira ServerまたはData Centerの10.xおよび11.xに接続します。Jira Cloudは現時点では非対応です。
OpenProjectの現行の公式ページが総合的に「取り込める」としている項目：
- プロジェクトおよびプロジェクト識別子
- 課題：要約またはタイトル、説明、添付ファイル、履歴、コメント、期日、見積工数、残工数。課題識別子もベータとして対応しています
- ユーザーおよび関係するグループ（氏名、メールアドレス、プロジェクトへの所属、グループへの所属を含む）
- OpenProject側に対応する項目がある、サポート対象のカスタムフィールド
- ステータスおよび課題タイプ
引き続き「非対応」とみなすべきもの：
- 課題間のリレーションおよびスプリントへの割り当て
- プロジェクト単位のワークフロー、権限、スキーマ
- ラベル、バージョン、コンポーネントなど、対応範囲として明記されていない項目は、パイロットで確認できるまで非対応とみなすべきです
- Jira Cloud、Marketplaceアプリのデータ、自動化ルール、外部連携
項目一覧と同じくらい重要な運用上のポイントが2つあります。インポートはまずレビューモードに入り、レビュー中であれば取り消せます。 インポートを承認したあとは、取り消しはできなくなります。 また、対応範囲はリリースごとに動いているため、移行のたびに最新のドキュメントを確認してください。
妥当な捉え方はこうです。ベータ版Migratorが扱うのは、拡大しつつあるコアなプロジェクトデータの集合であって、Jira環境そのものではありません。統制されたパイロットを計画し、非対応のワークフローロジック、権限、アプリ、連携を作り直すための時間を確保してください。
注記：OpenProjectの5月6日付の技術ガイドは、7月以降の新しいページより狭いデータセットを挙げています。7月のページでは履歴、コメント、関係するユーザーとグループが追加されています。Migratorはまだベータであるため、実際に導入するリリースで対応範囲を確認し、切り替え前に代表的なJiraプロジェクトでテストしてください。
より安全な移行の大枠は次のようになります。
- VPS上に本番以外のOpenProjectインスタンスを立てます（Cloudzyのワンクリックイメージでも、OpenProjectがサポートする導入方法でも構いません）。
- 移行元がJira ServerまたはData Centerの10.xか11.xであることを確認し、管理者権限のPersonal Access Tokenを作成します。
- OpenProjectのテストインスタンスをバックアップし、JiraのURLとトークンでMigratorを設定します。
- 代表的なプロジェクトを1つ選んでパイロットを実行し、プロジェクト識別子、ユーザー、グループ所属、ステータス、課題タイプ、サポート対象のカスタムフィールド、添付ファイル、履歴、コメント、期日、見積、残工数を検証します。
- パイロットの結果を注意深く確認してください。インポートがレビュー中の間は、マッピングが誤っていれば取り消せます。承認後は、そのインポートを取り消すことはできません。
- 本番移行はパイロットに合格してから計画してください。メンテナンスウィンドウを設け、Jiraへの書き込みを凍結し、バックアップを保全し、非対応のワークフローや連携は別途作り直します。
Planeは現在、 管理された一次提供のJiraインポート を打ち出しています。これはプロジェクト、課題、スプリント、課題タイプ、ステータス、カスタムフィールド、コメント、添付ファイルをマッピングします。100シート以上のチームは手厚い移行サポートを依頼できます。Redmineの経路は依然として遠回りで、コミュニティ製プラグインやCSVを介した手順に頼ることになり、具体的なバージョンや構成に対して検証が必要です。
このセクションの要点： OpenProjectのベータ版Migratorは、Jira Server/Data Centerの10.xと11.xに対応していますが、公式情報は現在の対応範囲について食い違っています。自分が使う正確なリリースで検証してください。Planeはガイド付きインポートを提供しており、Redmineには匹敵する一次提供の経路がありません。本番投入前に、OpenProjectとPlaneの両方でパイロットを行いましょう。
VPSのサイジング：各ツールが実際に必要とするもの
これらのツールをセルフホストする際のインフラ費用は控えめです。スタックを最小プランに押し込むことよりも、信頼性、バックアップ、リストア試験、監視のほうが重要です。Cloudzyは現在、 稼働率SLA 99.95%を掲げており、VPSプランは利用状況の拡大に合わせてスケールできます。
| 検討ポイント | OpenProject | Plane | Redmine |
|---|---|---|---|
| 初期の目安 | 4コア、4GB RAM | 2コア、4GB RAM | 2GB RAMから（Cloudzyのイメージ） |
| 本番環境での注意 | シングルサーバー構成の最小要件、合計200ユーザーまで | 8GB RAMを推奨 | 負荷はプラグインと同時実行数で決まる |
| スケールの目安 | キュー、DBのレイテンシ、RAM使用量が増えたとき | 各サービスがRAM/CPUを奪い合うとき | DBのレイテンシやプラグイン負荷が増えたとき |
運用上で効いてくる注意点をいくつか挙げます。
- OpenProjectの公式な最小要件 は、シングルサーバー構成でクアッドコアCPU、4GB RAM、空きディスク20GBです。小規模インスタンスの例では、アプリケーション用にCPU 2コアと4GB RAM、加えてPostgreSQL用にCPU 2コアと4GB RAMが別途挙げられています。
- Plane公式のセルフホスト要件 では、最小でCPU 2コアと4GB RAM、本番環境には8GBが推奨されています。
- CloudzyのRedmineイメージ は最小2GB RAMと記載しています。これを保証ユーザー数に換算しないでください。実際の収容力は、プラグイン、添付ファイルの量、同時リクエスト数、データベースの挙動で決まります。
参考までに、 Cloudzyの標準4GBプラン は2 vCPU、120GBのNVMeストレージ、5TBの転送量を提供します。OpenProjectのRAM下限は満たしますが、公式の4コアCPU最小要件は満たしません。そのためOpenProjectには、少なくとも4 vCPUのプランかカスタム構成を使ってください。スケールする前に、データベースのレイテンシ、ワーカーのキュー、メモリ逼迫を監視しましょう。ストレージ種別だけを根拠に、一定の性能倍率を約束してはいけません。
root権限、NVMe、AMD EPYCのパワーを備えたLinux VPSで開発を。
Linuxプランを見るこのセクションの要点： Cloudzyの現行の標準定価では、プロモーション適用前で、Redmineは月15ドル前後、Planeは月29ドル前後から始められます。OpenProjectは公式の最小要件で4コア以上のCPUを求めるため、2 vCPU/4GBのプランではなく、それに見合う構成を基準に見積もってください。
どんなときにJira Cloudが依然として正解か
セルフホストは、お金と時間を交換する行為です。節約できる時間よりもお金のほうが価値を持つチーム構成というものがあり、そういうチームはAtlassianに支払うべきです。
2026年7月時点のJira Cloudの定価です。Atlassianの公開価格ページから引用しています（料金はAtlassianが決めるもので、請求サイクルやシート数によって変わり、予告なく改定されます。以下の数値はすべて2026年時点のスナップショットとして扱い、予算化の前に 最新のJira料金ページ で必ず確認してください）。
- 無料: 最大10ユーザーまで。
- Standard： around $8 per user per month as of mid-2026.
- Premium： around $14 per user per month as of mid-2026.
- Enterprise： 年間契約、個別見積もり。
At that rate, 25 seats total roughly $2,400 per year. A Cloudzy 4 GB VPS is $28.95 per month at standard list price, or about $347 per year before promotions. Jira Cloud's subscription is therefore roughly seven times the VPS infrastructure cost on those 2026 figures, but that comparison excludes operator time, backups, monitoring, paid support, and any Enterprise features.
ここで率直な問いを立てましょう。バックアップ、リストア試験、アップグレード、Postgresの保守、監視、SSL証明書、ユーザーのプロビジョニング、インシデント対応を、誰が担当するのか。Jira Cloudのサブスクリプション費用は、VMの請求額だけでなく、セルフホスト構成を運用する総コストと比べてください。その仕事を誰も引き受けないなら、見かけ上の節約はあっという間に消えかねません。
Jira Cloudの価値は、主に運用面にあります。プラットフォーム、アップグレード、パッチ適用、サービスレベルのバックアップはAtlassianが担います。一方で、アクセスポリシー、ID連携、アプリのガバナンス、データ保持の判断は引き続き自チームの責任です。プロジェクト管理基盤を運用できる人が誰もいないチームにとって、このマネージドな層は本物の価値があります。
率直に整理すると、セルフホストが向くのは、すでにVPSを運用していて、Dockerに慣れたエンジニアが1人いて、運用作業を引き受ける余力があるチームです。Jira Cloudが向くのは、Postgresのディスクが埋まったせいで叩き起こされる役を誰もやりたがらないチームです。
自分たちがどちらのチームか判断がつかないなら、VPS上で2週間のOpenProjectパイロットを走らせてみてください。移行元がサポート対象のJira ServerまたはData Centerのバージョンなら、ベータ版Migratorで代表的なプロジェクトを1つ取り込みます。Jira Cloudはまだ対象外です。結果は2つに1つで、チームが定着して運用の手間がどれくらいかを知ることになるか、あるいはJira Cloudのマネージドサービス料金のほうが妥当に見えてくるかです。
手早い結論
- サポート対象のJira ServerまたはData Centerバージョンから移行し、内蔵のセルフサービス型ベータを使いたい場合： OpenProjectです。本番投入前に、そのリリース固有の項目対応範囲を検証してください。
- エンジニア主導のチームで、モダンなUXとガイド付きのJiraインポートが欲しい場合： Planeです。4GB RAMを必要とし、本番環境には8GBを推奨、100シート以上のチームには手厚い移行支援を提供しています。
- すでにRedmineを運用していて、低リソースなVPSで安定したイシュートラッカーを使いたい場合： Redmineのままで構いません。移行を検討する前に、Bleuclairテーマを試してみてください。
よくある質問
2026年、Jira Serverはまだサポートされていますか？
いいえ。Atlassianは2024年2月15日にJira Serverのサポートを終了しました。2026年にこれを運用しているなら、セキュリティパッチの出ないサポート終了ソフトを使っていることになります。新規顧客はJira Data Centerを購入できなくなったため、現実的にサポートされる道はJira Cloudか、保守が続いている代替ツールです。既存のData Center顧客は、Atlassianが公開した段階的終了スケジュールに沿って継続できます。
Jira Data Centerはまだ購入できますか？
新規顧客としては購入できません。Atlassianは2026年3月30日に、新規顧客へのData Center販売を停止しました。既存顧客は2028年3月30日まで新規サブスクリプション、アプリ、拡張を購入でき、既存サブスクリプションは2029年3月28日まで更新できます。その後、Atlassianが例外的な延長を認めない限り、対象製品は読み取り専用になります。
JiraからOpenProjectへはどう移行しますか？
OpenProjectのJira Migratorは現在ベータです。管理者権限のPersonal Access Tokenを使い、APIでJira ServerまたはData Centerの10.xおよび11.xに接続します。Jira Cloudは非対応です。2026年7月付の新しい公式ページによれば、プロジェクトと識別子、説明・添付ファイル・履歴・コメントを含む課題、関係するユーザーとグループ、ステータスとタイプ、そしてサポート対象のカスタムフィールドを取り込みます。一方、5月の技術ガイドは依然としてより狭い範囲を挙げているため、実際に導入するリリースで正確な対応範囲を確認してください。ワークフロー、権限、スキーマ、課題間のリレーション、スプリントへの割り当ては、いまも非対応かロードマップ上の項目です。
最も安いセルフホスト型Jira代替ツールはどれですか？
現在ドキュメント化されている最低要件を基準にすると、Cloudzyの2GBイメージ上で動かすRedmineが最も低コストな選択肢です。OpenProjectのシングルサーバー最小構成はCPU 4コアと4GB RAM。Planeは2コアと4GB RAMが必要で、本番環境には8GBが推奨されます。Community版にソフトウェアのライセンス費用は発生しませんが、有償サポート、バックアップ、監視、運用担当者の工数は依然としてコストに数えられます。
PlaneはJiraの本当の代替になりますか？
エンジニア主導のチームであれば、なります。PlaneのUXはJiraよりLinearに近く、その課題モデルはエンジニアリングのワークフローに合います。Planeは、プロジェクト、進行中およびバックログの課題、担当者、ラベル、優先度、スプリント、課題タイプ、ステータス、カスタムフィールド、コメント、添付ファイルを対象とする、管理されたJiraインポートをドキュメント化しています。100シート超のチーム向けには手厚い移行支援もありますが、複雑なMarketplaceアプリやワークフローを使っているチームは、やはりパイロットで検証すべきです。
RedmineにJiraからの移行ツールはありますか？
公式にはありません。コミュニティ製のインポートプラグインやCSVを介した手順は存在しますが、互換性とデータの対応範囲はJiraとRedmineのバージョンによって異なります。実際に使う経路を、代表的なプロジェクトで検証してください。OpenProjectにはサポート対象のJira ServerやData Centerを移行元とする内蔵ベータ版Migratorがあり、Planeはガイド付きの一次提供インポートを用意しています。
これらを小さなVPSで動かせますか？
CloudzyのRedmineイメージは最小2GB RAMと記載しており、標準定価では月14.95ドルにあたります。OpenProjectは少なくともCPU 4コアと4GB RAMを必要とします。Planeは2コアと4GB RAMが必要で、本番環境には8GBが推奨されます。Cloudzyの標準4GBプランは2 vCPUで、月28.95ドルと表示されており、プロモーションでさらに下がることもあります。3つすべてを1台の小さなVPSで動かすのは、本番設計として妥当ではありません。
