ミラーを作成するためのアルゴリズム（ウェブサイトミラー）

説明

このガイドでは、さまざまなソフトウェアのミラーシステムを作成するための資料を示します。 ミラーのシステムを作成する際の主な困難について説明し、それらを克服する方法を示します。 システム管理者およびSEOプロフェッショナル向け。 ソフトウェア製品のミラーシステムを作成するには、次の手順を実行します。

1. 住所を作成
2. 必要なディスク容量を割り当てる
3. ミラーを作成する
4. ミラーをミラーリストに追加します。

1.はじめに

ミラーシステムを作成する目的は、PR値の高いサイトのページからリンクを取得することです。

原則として、ソフトウェア開発者の有名なWebサイトはかなり高いPR値を持っています。 同時に、エンドユーザーがソフトウェアをダウンロードするサーバーの負荷を軽減するために、ソフトウェア製品のミラーの作成を歓迎します（小容量の場合-フルサイトミラー、大容量の場合-ファイルリポジトリ）。 この現象の歴史的な原因を詳しく調べることなく、1つだけ注意してください。ソフトウェア製品のミラーを任意のサイトで作成する場合、ソースサイトのミラーリストに追加されます。 これにより、PRが自動的に増加します。

このドキュメントの目的は、結果を分析し、ミラーシステムの作成における問題のある問題を特定し、それらを克服するための提案を作成するために行われた作業を提示することです。

この文書には、2011年9月から12月までの4か月間に行われた作業の主な結果が反映されています。

2.住所を作成する

2.1。 独自のニーズに合わせてミラーを作成する

自分のニーズに合わせてミラーを作成する場合、問題はありません。各ミラーが独自のディレクトリに配置される通常のサイトを作成します。

2.2。 パートナーのミラーを作成する

パートナーのミラーを作成する最も簡単な方法は、自分のミラーのアドレスをパートナーのミラーアドレスとしてCNAMEレコードを作成することです。

例：

domain.comパートナーサイトと独自のサイトfatcow.comがあります。

ウェブサイトfatcow.comに基づいてミラーmirrors.domain.comを作成します。

ミラーを構成するには、パートナーはDNSサーバーに次のレコードを登録する必要があります。

mirrors.domain.com CNAME fatcow.com

次に、Webサーバーの設定で、 fatcow.comルートディレクトリをルートディレクトリとして、 mirrors.partner.comのエントリを作成する必要があります。

必要に応じて、個別のサブドメインの形でミラーを同様に作成できますが、この場合、各サブドメインに対して、個別のCNAMEレコードを登録する必要があります。次に例を示します。

apache.domain.com CNAME apache.fatcow.com

putty.domain.com CNAME putty.fatcow.com

サーバー上の各レコードについて、独自のWebサーバーに適切な設定を行う必要があることは明らかです。

3.必要なディスク容量

3.1。 一般的な考慮事項

ミラーシステムを作成する際の重要な問題の1つは、ミラーを配置するための十分なディスク容量です。 必要なディスク容量に関する完全な情報があれば、この質問は簡単に終わります。 しかし、実際に最初のプロジェクトの同期を開始する前に、ハードディスクのサイズを把握することは可能ですか？

残念ながら、私たちの場合、それはいくらか異なっていました。 この分野での経験の不足（自分自身と他人の経験の両方）のために、ミラーシステムの作成は250 GBの初期の非常に控えめなディスクスペースで開始されました。 これは明らかに十分ではないことが明らかになり、同じ（250 Gb）容量の2番目のディスクを接続することでディスク容量が500 Gbに拡張されました。 LVM（Linux Volume Manager）を使用するOS Linuxを使用すると、このような操作を非常に簡単に実行できますが、しばらくの間、ファイルシステムの不安定な動作が原因で誤動作（サーバーの完全シャットダウンまで）が発生することがあります。

さらに、投稿されたデータの実際のボリュームは非常に大きくなります。 一部のオペレーティングシステム（Linux、さまざまなOSバージョン（古いバージョンやサポートされていないバージョン、バイナリコードとソースコード、ソフトウェアパッケージなどを含む）を含むBSDのさまざまなバージョン）のリポジトリの総量は、数百以上に達しやすいGb。 この点で、必要なボリュームの理解をもう一度調整する必要がありました。

表1

日付	ディスク容量	ミラーの数
2011年7月15日	250GB	6
2011年8月16日	500GB	9
2011年12月9日	2000GB	12

ディスク容量増加グラフ



12月初旬に、ボリュームを少なくとも1 TBに増やすことが決定されました（専用サーバーのコストは月あたり25ドル増加します）。 同時に、たとえば、別の500 Gbディスクを接続するとサーバーの信頼性が大幅に低下するため、そのようなボリュームの1つのディスクにデータを転送する必要があることが明確に理解されました.3つの作業ディスクが存在すると、障害の可能性が3倍になります。 ディスク容量のさらなる拡大の可能性を考慮する必要もあります。

RAIDの使用は計画されていないことに注意してください。データが失われた場合、ソースサイトから1〜3日以内（大量のデータを含むミラーの場合）に復元できます。 回復速度は、チャネル帯域幅とサーバー負荷（ソースとサーバー）に依存します。 これにより、機器の総コストを削減できます。 ただし、自身のサービスのデータの安全性に細心の注意を払う必要があります。

ホスティング業者の倉庫の可用性によると、2TBディスクのインストールで合意に達しました（専用サーバーのコストは35ドル/月増加します）。これにより、質問の意味での道徳的緊張がある程度取り除かれました。 ただし、さらに2TBディスクにデータを転送するプロセスでは、重大な問題が発生しました（これはおそらく、ホストの資格が不十分なためです）。 転送されたデータを使用した2TBディスクの初期接続は失敗しました。ホスティング業者が説明したように、サーバーにインストールされたCentOS 5.6は2TBディスクからのブートを提供できません。 次に、CentOS 6.1がこのディスクにインストールされ、データが転送されました。 CentOS 5.6で動作するように多くのサービスが構成されていることを考慮すると、システムのインストール後にいくつかの作業を実行する必要がありました。 特に：

• phpMyAdminの回復とISPのメネージャーとの相互作用。
• ファイルを編集する際のISPのメネージャーリカバリ。
• cronジョブの回復
• バックアップ設定を復元します。
• 監視システムの復元。

これらの断続的なディスク接続および切断はすべて、もちろん作業を不安定にし、最終的には生産性を低下させ、数週間引きずられる可能性があります。 したがって、推奨事項として、1TBミラーシステムを配置するための初期ディスク容量を考慮することをお勧めします。これにより、上記のような不必要なトラブルを回避できます。

（考えているように）ディスク容量を心配していない場合は、この項目をスキップできます。 ただし、実際には無制限のリソースはないため、ミラーをインストールする前にボリュームを評価することを強くお勧めします。

まず、製品所有者のWebサイトでミラーを作成するために必要なディスク容量に関する情報を探します。 この情報は、ミラーのインストール手順に記載されています。 指示がない場合、またはこれらのデータが提供されていない場合、必要なボリュームを自分で見積もる必要があります。

最も簡単な方法は、ミラーとしてインストールされる予定のソフトウェア（ソフトウェア）のソースサイトからFTP経由で徐々にアップロードすることです。 この場合、ボリュームコントロールを使用してミラーを（ディレクトリごとに）徐々に作成することができます。

場合によっては、コマンドラインから実行することにより、rsyncを使用した初期ダウンロードが可能です。 ただし、ミラーのボリュームがかなり大きい場合、必要に応じてダウンロードプロセスを中断するために、占有されているディスク領域を定期的に監視する必要があります。

注意してください-ミラーの最初のダウンロードには1日以上かかることがあります！ この場合の理想的なソリューションは、サーバー監視システムの可用性です。

一般的に、ミラーのボリュームを見積もるには、時間の損失とディスクオーバーフローの脅威の点でコストが低い2つのオプションがあります。

1つは、データ所有者から情報を取得することです。これは、場合によっては常に受け入れられるとは限りません。

2番目のオプションは、任意のプロトコル（HTTP、FTP）を使用して、ダウンロードせずにすべてのミラーファイルの合計ボリュームを評価（計算）できるユーティリティを使用することです。 残念ながら、既製のソフトウェアソリューションが見つからなかったため、リモートFTPサーバー上のミラーのボリュームを見積もるphpスクリプトを開発する必要がありました。 その使用により、ミラーのインストールにかかる時間が大幅に短縮されました。

以下は、スクリプトのソースコードです。

<？php

// ================================================= ================

//ディレクトリサイズ

// #php path_to_script host_nameディレクトリ

//

// ================================================= ================

関数ftp_dir_size（$接続、$ dir）

{

$ dir_size = 0;

$ file_list = ftp_rawlist（$ connect、$ dir）;

// print_r（$ file_list）;

//ディレクトリリストを取得

foreach（$ file_list as $ file）

{$ dim = explode（ ''、$ file）;

if（count（$ dim）> 3）

{// echo "---------------------------- \ n";

リスト（$属性、$ブロック、$グループ、$ユーザー、$サイズ、$月、$日、$年、$ f_name）

= preg_split（ "/ [[\ s] + /"、$ file）;

$ pr_dir = substr（$ attr、0、1）;

// echo $ attr。 "\ n";

// echo $ pr_dir。 "\ n";

// echo $ f_name。 "\ n";

// $サイズをエコーし​​ます。 "\ n";



if（substr（$ file、0、1）！= '。'）

{//ディレクトリ

if（$ pr_dir == 'd'）

{$ t_dir = $ dir。 "/"。$ f_name。 "/";

$ dir_size = $ dir_size + ftp_dir_size（$ connect、$ t_dir）;

}

//ファイル

if（$ pr_dir == '-'）

{echo "***"。$ f_name。 "-"。$ size。 "\ n";

$ dir_size = $ dir_size + $サイズ;

}

}



}

}

return $ dir_size;

}

// ================================================= ================

set_time_limit（3600）;

$ host = $ argv [1];

$ dir = $ argv [2];

echo $ host。 "\ n";

echo $ dir。 "\ n";

$ user = "匿名";

$パスワード= "";

$ connect = ftp_connect（$ホスト）;

if（$接続）

{$ login = ftp_login（$ connect、$ user、$ password）;

if（$ログイン）

{if（ftp_chdir（$ connect、$ dir））

{$ dir = ftp_pwd（$ connect）;

echo "新しいディレクトリ-"。$ dir。 "\ n";

}

else {echo "ディレクトリを変更できません\ n"; }

$ size = ftp_dir_size（$ connect、$ dir）;

//ディレクトリサイズを出力します

echo "\ nDirectory size ="。$ size;

}

ftp_close（$接続）;

}

else {echo「接続しない」をエコーし​​ます。$ホスト。 }

？>

独自のサーバー上のミラーが占有しているディスク容量を評価するには、ncduユーティリティを使用すると便利です。このユーティリティを使用すると、各ディレクトリの概要を表示できます。



結果を表にまとめることをお勧めします。これにより、各ミラーの変化のダイナミクス（または安定性）を評価できます。

4.ミラーの作成

4.1。 Rsyncベースのミラーリング

原則として、ミラーを作成する最も一般的な方法は、rsyncサーバーから同じ名前のrsyncユーティリティを使用してソースサイトを同期することです。 ソフトウェア所有者のサイトにrsyncを設定するための指示があれば、問題はまったくありません。 たとえば、サイトhttp://cran.r-project.org/には、ミラーをセットアップするためのかなり詳細な手順があります。 rsyncの構成に関する部分には、次のものがあります。



このマニュアルには、少なくとも2つの重要なポイントが含まれています。

• 最も重要なのは、データをダウンロードするためのアドレスです-cran.r-project.org::CRAN;
• ミラーの更新頻度は少なくとも週に2回、できれば1〜2日ごとに1回です。

これらの指示に従って、cronでタスクを作成し、指示に従ってrsyncを実行し、プロセスが完了します。 rsyncをログに記録することをお勧めします。これにより、必要に応じて、同期できない理由を見つけることができます。

完全なrsyncドキュメントはhttp://rsync.samba.org/で入手できます。 ドキュメントセクション（ http://rsync.samba.org/documentation.html ）には、rsyncの考えられるすべての使用法がリストされています。

1つの重要な点に注意してください。 --delete-afterディレクティブの代わりに十分なディスク容量がない場合は、-deleteディレクティブを使用することをお勧めします。 --delete-afterディレクティブを使用する場合、最初にファイルがダウンロードされ、その後ソースファイルがサイトで削除されます。 同時に、ミラーはできるだけ早くオリジナルに完全に準拠するようになります。これは、mozillaなどの頻繁に変更されるミラーにとって重要な場合があります。 --deleteディレクティブを使用する場合、まずサイトにすでに存在しないファイルの削除-ソースが実行され、その後新しいファイルがダウンロードされます。 このモードは、十分に大きいミラー（CentOS、DragonflyBSD）に推奨されます。

他のすべての設定-指示に矛盾しない場合は、好みに応じて。

場合によっては、ソフトウェア所有者のウェブサイト（ gcc.gnu.org ）にミラーをセットアップするデータがない場合があります。



この場合、最初にソフトウェアの所有者に連絡しない限り、ミラーのインストールはできません（詳細については、セクション4を参照してください）。

4.2。 FTPベースのミラーリング

まれなケースは、FTPベースのミラーの作成です。 一般に、構成シーケンスは上記と同じですが、rsyncではなく同期のために、ftpクライアントを使用する必要がある点が異なります。 非常によく知られているwgetユーティリティ（偶然にも他の多くのユーティリティ）はこのケースには適していないことに注意してください。ファイルをダウンロードすることに加えて、ソースサイトにないものを確実に削除する必要があります。 おそらく最良の選択は、ミラーモードでlftpユーティリティ（ lftp.yar.ru ）を使用することです。

lftpユーティリティの設定手順（ミラーモードでの作業を含む）は、開発者のWebサイト（ http://lftp.yar.ru/lftp-man.html ）にあります。

4.3。 ディスク容量の制御

ミラーのインストール後、サーバーに通知（電子メール、SMS）を使用して使用可能なディスク領域の監視システムをインストールすることをお勧めします。これにより、ディスク領域が完全にいっぱいになった場合にサーバーが停止できなくなります。

明らかに、多数のミラーが存在する場合、ディスク領域を制御する問題に非常に深刻な注意を払う必要があります。 プロプライエタリなソフトウェアとは異なり、ミラーは、たとえば新しいバージョンの場合、ボリュームを大幅に増やすことができます。 ディスク容量の自動制御については、Munin（http://munin-monitoring.org/）などの監視システムを使用することをお勧めします。 これは、構成が非常に簡単で拡張可能なシステムです。 Webインターフェイスを使用してパラメーターを視覚的に制御する機能に加えて、制御されたパラメーターが特定のしきい値に達したときに電子メールでアラートを作成できます。

場合によっては、安定したソフトウェアバージョンのみを同期することにより、ミラーボリュームを減らすことができます。 明らかに、これはソフトウェアの所有者によって同意されなければなりません。 この場合、ミラーの調整はより難しくなりますが、ゲインは明らかです。

5.ミラーのリストへのミラーの追加

私の意見では、製品所有者のサイトにあるミラーのリストにミラーを追加することは、ミラーを編成する技術全体で最も複雑な手順です。 これは、前述のすべての操作を自分で実行できるためです。 もちろん、ミラーのリストにミラーを追加するには、サイト所有者の同意を得る必要があります。

5.1。 オプション1

最も些細なケースは、ミラーのインストール手順に「ミラーをインストールして、mirrors @ example.comまでご連絡ください。ミラーのリストに追加します」などと明確に記載されていることです。

これは、たとえば、ミラーをインストールするときでした。

• ImageMagick（http://www.imagemagick.org/）;
• KDE（http://www.kde.org）
• Dragonfly BSD（http://www.dragonflybsd.org/）

ただし、この場合でも、すぐに成功するとは限りません。 おそらく手紙は初めて届きませんでした。 おそらく、人々はそれをしようとしていたが、すぐに時間がないので、彼らは忘れていた。 しかし、まだ多くの理由があります。 答えが遅れることもあります。

ImageMagickのミラー作成に関する対応の例を次に示します。

• 2011年11月7日、ミラーの作成を要求する手紙が送信されました。
• その日まさに答えが来ました。 準備ができたら、お知らせください。ミラーWebページに追加します '';
• 2011年11月8日、ミラーがインストールされ、ミラーのリストに含めるよう要求する手紙が送られました。
• 回答が得られなかったため、2011年11月9日に、リストにミラーを含めることに関する2番目の手紙が送られました。
• そして、2011年11月17日にのみ回答が受け取られました：「完了。 約24時間でImageMagickダウンロードページで検索してください。 ありがとう」。
• 2011年11月18日、リンクはImageMagickミラーリストhttp://www.imagemagick.org/script/download.phpで確認され、確認後、作業は終了しました。

いずれにせよ、回答が届かない場合は、少なくとも3回ミラーのリストを含めるよう求める手紙を送ることをお勧めします-これは（個人的な経験からの）最大値です。その後、ミラーのリストにサイトを含めることについての答えを得ることができます。

5.2。 オプション2

場合によっては、ミラーのインストール手順に「ミラーをインストールして、手紙を送ってください。ミラーのリストに含めるかどうかを検討します」と書かれています。 つまり、この場合、ミラーがミラーのリストに含まれない可能性があります。 それにも関わらず、失敗を宣言する価値はありませんが、落ち着いて作業してから、段落1に従って行動する必要があります。

5.3。 オプション3

場合によっては、ミラーリストへの登録を申請するには、CentOS（http://www.centos.org/）などのメーリングリストに登録する必要があります。 この場合、ミラーのリストへの追加要求をメーリングリストに追加する必要があります。

CentOSとの通信の例：

• 最初の手紙は2011年9月30日に送信されました。 応答がありません。
• 2番目の手紙は2011年9月11日に送信されました。 「CentOSミラーメーリングリスト」に書く必要があるという答えを得ました。
• 「CentOS-mirror mailing list」への登録が行われ、メッセージが2011年11月17日にメーリングリストに書き込まれました。 応答がありません。
• 2011年11月19日、別の要求が書き込まれ、2011年1月21日にはミラーが追加されたという応答が返されました。

5.4。 文字のテキスト

そのため、ミラーを作成して技術的な詳細を明確にする可能性についての質問、またはミラーの作成時にミラーのリストに含めることについて、製品所有者に手紙を送信します。

いずれの場合でも、最小データセットを指定する必要があります。

• 組織の名前;
• サイトアドレス;
• ミラーが配置されているサイトの管理者の名前とメールアドレス。
• サーバーの地理的位置（これは重要な場合があります）-国、都市。
• サーバーのIPアドレス。
• http://fatcow.com/apache/、ftp：//ftp.fatcow.com/apache/など、作成されたミラー（HTTP、FTP）およびアドレスからダウンロードするために使用されるプロトコル。
• サーバーへの最大接続速度。

手紙を送る前に、もしあればミラーを再度インストールするための指示を読んでください。 場合によっては、製品所有者は、たとえば、サーバーへの最大接続数を示すように求められます。 または、同期手順の開始回数-原則として、1日に1回同期すれば十分ですが、1日に2回尋ねることもあります。 このデータを使用して、手紙のテキストを必ず補足してください。

5.5。 署名と住所

手紙の署名-名前、役職、電子メールアドレス。 位置：理想-サイト管理者。 この場合、メールアドレスが重要です！ ドメインがミラーのドメインと一致するアドレスが必要です。 または、ルールの一般的な例外として-Gmailのメール。 サーバー管理者向けのGMailメールの存在は正常です。

以下は実際の手紙のスクリーンショットです（CentOSミラーのインストールに使用）



実際の手紙のスクリーンショット-ImageMagickミラーのインストールに使用

6.ミラーの配布

原則として、ほとんどすべてのサーバーのソフトウェアにはWebサーバーがあり、HTTPプロトコルを使用してミラーの配布を整理する機会がすでにあります。

ただし、ミラーのFTP配布用にFTPサーバーを適切に構成することを強くお勧めします。 この場合、低コスト（FTPサーバーのインストールと構成）で、少なくとも3ポイントの利益が得られます。

• サイトミラーのリストに2つのアドレス（ソース）を取得します。
• 発信トラフィックの一部をFTPプロトコルに転送することにより、Webサーバーの負荷（内部目的で使用可能）によって削減されます。
• 私たちのサイトは完全に機能するミラーを整理できるため、サイトの信頼性が向上しており、ミラーのリストからのエントリの可能性が高くなっています。

また、通常のWebサーバーの負荷を軽減する追加の手段として、独自のサービス（lighttpdなど）にサービスを提供する追加のWebサーバーをインストールすることをお勧めします。

7.仕事の組織

ミラーシステムの構成は、かなり時間がかかります。 通信を考慮に入れた1つのミラーのインストールは、数週間続きます（インストールとは、ミラーをソースサイトのミラーのリストに入力するという最終目標の達成を意味します）。 さらに、システムの作成は、数か月に及ぶプロセスに変わります。

この場合、独自のサーバーでの作業は、通信のプロセスと一貫している必要があります。 この場合、ミラーの作成は、原則として、複数のサイト（ソース）に対して同時に実行されます。 この点で、作業の計画と監視を体系化することは不必要ではありません（http://is.gd/WeFybI）。 このミラーでは、少なくとも次のデータをこのドキュメントに含める必要があります。

• プロジェクトの条件名。
• サイトアドレス;
• サイト上のミラーのリストのアドレス。
• ミラーのインストール手順が記載されたページのアドレス。

各ミラーについて、作業のステータスと計画された操作のグラフを提供する必要があります。

同じ文書で、または情報処理の利便性の観点から必要な場合は、ミラーごとに別々の文書で、ミラーの編成に関する通信の記録を編成する必要があります。 次のデータを提示する必要があります-手紙のテキストと送信日、応答のテキストと受信日、送信者の電子メールアドレスと受信者の電子メールアドレス。

これにより、ミラーのシステムを作成するはるかに組織化されたプロセスが可能になります。

8.結論

4か月の間に、 fatcow.comドメインのPR値はゼロから値PR = 4に引き上げられました。

表1の処理では、ミラーが配置され、ミラーのリストに追加されたサイトのデータを示しています。

表2

プロジェクト名	サイトアドレス	Q、Gb	PR	Q / PR
Mozilla	www.mozilla.org	23	9	2.6
オペラ	www.opera.com	13	9	1.4
クデ	www.kde.org	21	7	3.0
Imagemagick	www.imagemagick.org	4	7	0.6
トンボbsd	www.dragonflybsd.org	177	6	29.5
CentOS	www.centos.org	142	7	20.0

ご注意 Q-2011年12月15日の時点でミラーが占有しているディスク容量。



表1に示されているミラーが占有する合計ディスク容量は380Gbです。

表の最後の列は、Q / PR比-ミラーの品質の指標の一種を示しています。 低いほど（もちろん、いくぶんarbitrary意的です）、目的に合ったミラーがより適しています。

表に示した結果から2つの結論が得られます。

1.オペレーティングシステムをミラーとして配置するのは非常に高価です。 限られた配置に合意がある場合、たとえば製品の安定したコピーのみなど、ミラーに基づいてミラーを作成することをお勧めします。

総容量が約400 GBのDragonfly BSDを例に取ります。 さまざまなバージョンのソフトウェアパッケージ（パッケージ）によって、特に大量のディスク領域が占有されていました。 この点で、ソフトウェアの同期は、最新のDragonfly BSDバージョンによってのみ制限されていました。



その結果、必要なディスク領域は少なくとも半分になり、許容可能な200 GBになりました。

ただし、このような合意は、それぞれの場合に達成される可能性はほとんどありません。 したがって、ディスク容量の問題は、PRを高める目的に直接依存します。

2.まず、Webサーバー、FTPサーバー（ProFTPd）、データベースサーバー（MySQL）など、さまざまなオペレーティングシステムで実行されるシステム全体のソフトウェアの展開を計画する必要があります。

表2の分析に基づいて、配置を想定したミラーの選択の調整を行いました。 現在、処理は（準備の程度はさまざまです。したがって、ディスクの交換のために作業は中断されます）表3に示すミラーです。

表3

プロジェクト名	サイトアドレス	Q、Gb	PR	Q / PR
アパッチ	www.apache.org	28	9	3.1
鍋	www.cpan.org	10	7	1.4
クラン	cran.r-project.org	74	7	10.6
gcc	gcc.gnu.org	27	7	3.9
openssl	www.openssl.org	0.374	8	0.05
パテ	www.putty.org	0.017	6	0.003
xemacs	www.xemacs.org	0,071	6	0.012

明らかに、4というPR値は有限とはほど遠い。

主な高価な記事は次のとおりです。

• 十分な量のディスク容量を持つサーバーをサポートする必要がある。
• パートタイムサーバー管理者の給与

ミラーシステムのサポートと同時に、このサーバーは他の作業に使用されるため、一般的にミラーシステムのサポートコストが削減されることに注意してください。 1か月あたりの総支出は約500ドルです。

英語からの翻訳、ソース： webhostinggeeks.com