Bitbucket Data Center の要件

このページでは、Bitbucket Data Center の本番環境インスタンスを実行するための要件について説明します。Bitbucket Data Center をインストールする準備が整っている場合、「Bitbucket Data Center のインストール」で詳細な手順をご確認ください。


A Bitbucket Data Center instance consists of a cluster of components, each on a dedicated machine, and connected over a high-speed LAN connection. This diagram depicts a typical Bitbucket Data Center instance with a load balancer, three application nodes, three Mesh nodes, and a shared search server with a single node.


各コンポーネントには固有の要件がありますが、外部からアクセス可能な URL が必要なのはロード バランサのみです。Bitbucket Data Center インスタンスの URL はロード バランサに URL となるため、このマシンには DNS で Bitbucket Server インスタンスの名前を割り当てる必要があります。 

The remaining machines (Bitbucket cluster nodes, shared database, shared file system, and shared search server) do not need to be publicly accessible to your users. 

Bitbucket アプリケーション ノード

Bitbucket クラスタ ノードはすべて、Bitbucket Data Center web アプリケーションを実行します。 

  • 各 Bitbucket クラスタ ノードは専用のマシンである必要があります。
  • マシンは物理でも仮想でもかまいません。 
  • クラスタ ノードは高速 LAN で接続されている必要があります (高帯域幅、低遅延)。 
  • Java や Git の要件を含む、Bitbucket Server のサポート対象プラットフォームの標準要件が各クラスタ ノードに適用されます。
  • 各クラスタ ノードがまったく同じである必要はありませんが、一貫性のあるパフォーマンスのために、可能な限り同質になるようにします。
  • すべてのクラスタ ノードが同じバージョンの Bitbucket Data Center を実行する必要があります。
  • すべてのクラスタ ノードが同期クロックを使用し (NTP を使用するなど)、同じタイムゾーンで構成されている必要があります。
  • 権限のあるクラスタノードのみが、ファイアウォールおよびネットワークの分離 (またはこのいずれか) の使用を通じて、Bitbucketクラスタの Hazelcast ポート (既定では 5701) への接続を許可されるようにします。


任意のロード バランサを使用できます。Bitbucket Data Center にロード バランサはバンドルされません

  • ロード バランサは専用のマシンで実行する必要があります。
  • ロード バランサは Bitbucket クラスタ ノードに高速 LAN (高帯域幅、低遅延) で接続されている必要があります。 
  • ロード バランサでは HTTP モード (web トラフィック用) TCP モード (SSH トラフィック用) の両方がサポートされている必要があります。 
  • パフォーマンスの観点から、ロード バランサで SSL (HTTPS) を終了し、ロード バランサから Bitbucket Server への通信ではプレーン HTTP を実行することを強くおすすめします。 
  • ロード バランサは "セッション アフィニティ" ("スティッキー セッション") をサポートしている必要があります。
  • If you don't have a preference for your load balancer, we provide instructions for haproxy, a popular Open Source software load balancer. 


You must run Bitbucket Data Center on an external database. You can not use Bitbucket Server's internal HSQL or H2 database with Bitbucket Data Center. 

  • 共有データベースは専用のマシンで実行する必要があります。 
  • 共有データベースはすべてのクラスタ ノードから高速 LAN 経由で到達できる (同じ物理データセンター内に存在する) 必要があります。 
  • All the usual database vendors in Bitbucket Server's supported platforms are supported by Bitbucket Data Center, with one exception: we do not recommend MySQL at this time due to inherent deadlocks that can occur in this database engine at high load. 

共有ファイル システム

Bitbucket Data Center では、SAN、NAS、RAID サーバーなどの高パフォーマンスな共有ファイル システムか、I/O 用に最適化された高パフォーマンスなファイル サーバーが必要です。 

  • 共有ファイル システムは専用のマシンで実行する必要があります。 
  • ファイル システムはすべてのクラスタ ノードから高速 LAN 経由で到達できる (同じ物理データセンター内に存在する) 必要があります。 
  • 共有ファイル システムには、単一のマウント ポイントとして NFS 経由でアクセス可能である必要があります。 

共有ファイル システムに保存各アプリケーション ノードにローカルで保存
  • 設定ファイル
  • データ ディレクトリ。次を含む。
    • repositories
    • attachments
    • avatars
  • plugins
  • caches
  • logs
  • 一時ファイル

For more information on setting up Bitbucket Data Center's shared file server, see Step 2. Provision your shared file system (in Install Bitbucket Data Center). This section contains the requirements and recommendations for setting up NFS for Bitbucket Data Center.


  • Consider allocating at least 4 CPUs or vCPUs
    • Mesh scales many of its limits based on the number of CPUs available
    • Many aspects of Mesh are heavily threaded, as are some parts of Git’s processing
  • Allocate at least 8GB of RAM, and ideally, more
    • The more repository data can be kept in the page cache, the faster all operations will be
    • The fastest Solid State Drives (SSD) are still nowhere near as fast as main memory
    • At a minimum, the system should have 2GB of RAM baseline, for the Java virtual machine (JVM), plus an additional GB for each CPU
      • For example, for a 4 CPU setup, this means it should have at least 6GB of RAM
  • Use a filesystem that works well with large numbers of small files
    • XFS, for example, is likely to be a better choice than EXT4
    • Consider the number of available inodes, not just the available disk space, because garbage collection (GC) can write a lot of loose objects
  • Use the fastest storage available if possible, and focus on things like random read and write performance
  • Use 10GbE (or better if you can) for the network between Bitbucket Data Center and Mesh nodes (and between Mesh nodes)
    • If possible, putting the Mesh nodes connectivity on a separate backplane network from the interfaces user requests are serviced on by Bitbucket Data Center nodes can help ensure traffic on either side of the Bitbucket nodes doesn’t starve out the other side (for example, that heavy user traffic doesn’t interfere with Mesh traffic, or vice versa)

Bitbucket Mesh is designed for horizontal scaling; however, you should not underestimate the value of vertical scaling. A smaller number of well-provisioned Bitbucket Mesh nodes will likely outperform a larger number of Mesh nodes with smaller resources.


You must run Bitbucket Data Center with a remote search server. You can not use the search server bundled with Bitbucket Server (which is not installed for Bitbucket Data Center).

  • For details on supported search server versions, see the Supported platforms page.

  • Bitbucket Data Center can have only one remote connection to the shared search server for your cluster. 

  • This may be a standalone search server installation or a clustered installation behind a load balancer. 

Bitbucket Data Center を使い始める

Bitbucket Data Center ライセンスを購入、または、評価ライセンスを入手します。

Bitbucket Data Center のセットアップの詳細については、「Bitbucket Data Center のインストール」を参照してください。

Bitbucket Data Center FAQ では、Bitbucket Data Center の使用を開始する際に抱く疑問についての回答を提供しています。

最終更新日 2022 年 9 月 6 日


Powered by Confluence and Scroll Viewport.