Atlasssian Data Center アプリケーションで CDN を使用する

Bitbucket Server を管理する

このページの内容

このセクションの項目

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

このページの内容

ユーザーが世界中に分散していて、Jira Software Data Center または Jira Software Data Center を使用する際にパフォーマンスの劣化が発生している場合、コンテンツ デリバリ ネットワーク (CDN) を使用してエクスペリエンスを改善できる可能性があります。一般的な CDN としては、AWS CloudFront、Cloudflare、Akamai などが挙げられます。 

CDN サポートは次の製品の Data Center 版で提供されます。

  • Jira Software 8.3 
  • Jira Service Management (旧 Jira Service Desk) 4.3  
  • Confluence 7.0
  • Bitbucket 6.8 

CDN の使用を開始する

Here's a quick summary of what's involved to enable your CDN in Bitbucket Data Center: 

  1. アトラシアンのテンプレートを使用して AWS CloudFront ディストリビューションをスピンアップするか、任意の CDN ベンダーでアカウントを作成します。
  2. Update your load balancer and firewall to allow the CDN to reach your site.
  3. In Bitbucket Data Center, provide the CDN URL, and enable CDN support. 

エンド ユーザーが Jira にアクセスすると、最も近いエッジ サーバーに静的アセットがキャッシュされ、有効期限が切れるまでそこから提供されます。つまり、ユーザーがオンラインになるタイミングや、各拠点でサイトにアクセスするタイミングによっては、CDN による影響の確認に時間がかかる可能性があります。キャッシュを事前にロードする機能は提供されていないため、アセットは初回の提供時にキャッシュされます。

See Configure your CDN for Bitbucket Data Center for the full step-by-step guide. 

ほかの設定変更と同様、本番サイトに変更を加える前にステージング環境でテストを行うことをおすすめします。 
 

動作の仕組み

Static assets (such as JavaScript, , and fonts) are cached on edge servers provided by a vendor that are geographically closer to the user.  This means when someone views a page, some of the assets needed to display the page are delivered by a server in their region, rather than from your server, known as the origin server. This can speed up page load times.

For example, if your server (known as the origin) is in Germany, a can improve page load time by as much as 50% for users located in Rio de Janeiro, as static assets can be served from an edge server in Brazil.  If you're new to CDNs and would like to learn more about how they work, CloudFlare provides a great introduction, see https://www.cloudflare.com/learning/cdn/performance/

It's important to note that using a will not make your application inherently faster, what it will do is reduce the load on your cluster, and reduce the latency experienced by some users, which should result in faster page load times for users. 

Tests on our internal dogfooding instances located in Gdańsk, Poland have shown the response time for the View Issue action in Jira Data Center is ~50% faster for people accessing from US East, when is enabled. 

How to determine whether a will help your users

A good starting point when assessing whether a will help your users, is to take a look at the network overhead experienced in your site. 

Data Center アプリケーションの管理コンソールで [コンテンツ デリバリ ネットワーク] に移動します。[パフォーマンス] タブに、1 秒を超える転送コストを持つリクエストの割合が表示されます。この割合が高いほど、ユーザーのリクエストが遅延や接続品質などのネットワーク状況の影響を受けている可能性が高くなります。

This network statistic is a useful indicator of the network conditions your users experience when using the product. If the percentage is high, it's likely that using a will benefit your users in these conditions. 

計測方法

ユーザーがサイトのページ (たとえば Confluence ページ、Jira 課題、Bitbucket プル リクエスト ページなど) にアクセスする際、そのページのコンテンツを取得するためにブラウザで待機しなければならなかった時間が測定されます。次に、サーバーでページをレンダリングするのに必要だった時間を差し引きます。これにより、リクエストの送信とレスポンスの取得にかかった時間が算出されます。 

この時間は主にサーバーとブラウザー間の遅延に依存しますが、SSL 接続のセットアップ時間なども含みます。 

This metric is collected on requests that don't use , so it will continue to provide consistent statistics on your network, even after you enable . 

また、ユーザーの地理的な位置にも考慮する必要があります。例えば、サーバーがフランクフルトにあり、チームの大部分がドイツとオーストリアを拠点としている場合、マレーシアにいるチームは遅延が大きくなり、それによってページのロード時間も遅くなる可能性があります。 

traceroutepingmtr などのネットワーク診断ツールは、発生している遅延の量を確認するのに役立ちます。 

手順について

これらの例では traceroute を使用して遅延情報などの基本的なネットワーク統計を表示します。yoursite.com はご利用のベース URL に置き換えてください。 

Windows の場合、コマンド プロンプトを開き、以下のとおり入力します。

> tracert yoursite.com

Linux または Mac OS の場合、ターミナルを開き、以下のとおり入力します。

$ traceroute yoursite.com

これによって、各サーバーのホップ数と 3 つの遅延時間がミリ秒単位で表示されます。3 つの数値を平均してそのサーバーの遅延を算出します。 

このmtr コマンド(my traceroute) は、pingtraceroute の便利な組み合わせです。MacOS または Windows で使用するには、mtr をインストールする必要があります。 

キャッシュ対象 

Data Center アプリケーションまたは Marketplace アプリで提供される静的アセットのみがキャッシュされます。これは Data Center アプリケーションやアプリをアップグレードした時にのみ変更されます。動的コンテンツはキャッシュされません。 

Here's a summary of what will be cached when you enable :

キャッシュ対象キャッシュ対象外
  • javascript
  • フォント
  • 添付ファイル
  • ページまたは課題
  • アバターを含む個人情報
  • テーマに含まれるアセット

キャッシュを手動で無効化する必要はありません。これは、Data Center 製品やアプリのアップグレード時に製品側が処理します。

If you’re performing ZDU (Zero Downtime Upgrade), we highly recommend that you disable CDN before the upgrade and enable it after the cluster is in a stable state. Otherwise, you might experience some issues related to the CDN performance.

Planning your implementation 

インフラストラクチャ要件

You can use any origin pull . You're responsible for any costs associated with your .   

We've prepared a CloudFormation template that you can use to configure Amazon CloudFront with minimal effort. You can find all our deployment resources in this repository https://bitbucket.org/atlassian/atlassian-aws-deployment/src/master/templates/cdn/

開始する前に、次のようなその他のいくつかのインフラストラクチャ要件を確認しておく必要があります。

  • HTTP/2 の推奨
    ロード バランサ、ファイアウォール、およびプロキシでは HTTP/2 トラフィックを許可している必要があります。HTTP/2 はエンド ユーザーに最適なパフォーマンスを提供します。手順についてはご使用のプロバイダの資料を参照してください。 
  • Firewall considerations
    Your must be able to access and cache static assets. If your instance is not publicly accessible will you need to make some changes to your firewall to allow requests from the to pass through. We recommend using application firewalls instead of standard IP range filtering, as IP ranges can change without notice. 

プライベート インスタンスについて

If your site is publicly accessible on the internet, you should be able to enable without any problems.  

サイトが一般に公開されていない場合、次の方法を使用できます。

  • configure your firewall to allow requests from your to pass through. More information on how to do this is provided in our step-by-step guides below.
  • set up your own caching servers closer to your users which will not require opening any traffic to the internet, instead of using a vendor.  See How to configure Apache for caching and HTTP/2 to learn more about this workaround. 

Marketplace アプリおよびサードパーティのカスタム アプリ

Some marketplace apps or customizations may not be compatible with the feature. A health check, on the Content Delivery Network admin screen will let you know if any of your apps are not compatible. 

アプリに互換性がない場合の対応方法については、「CDN 構成で Data Center でユーザーがインストールしたアプリのヘルスチェックに失敗する」を参照してください。 

最終更新日: 2021 年 2 月 2 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する

このセクションの項目

Powered by Confluence and Scroll Viewport.