Geekly Articles each Day

ミラヌを䜜成するためのアルゎリズムりェブサむトミラヌ



説明


このガむドでは、さたざたな゜フトりェアのミラヌシステムを䜜成するための資料を瀺したす。 ミラヌのシステムを䜜成する際の䞻な困難に぀いお説明し、それらを克服する方法を瀺したす。 システム管理者および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日250GB6
2011幎8月16日500GB9
2011幎12月9日2000GB12

ディスク容量増加グラフ
画像
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で動䜜するように倚くのサヌビスが構成されおいるこずを考慮するず、システムのむンストヌル埌にいく぀かの䜜業を実行する必芁がありたした。 特に

これらの断続的なディスク接続および切断はすべお、もちろん䜜業を䞍安定にし、最終的には生産性を䜎䞋させ、数週間匕きずられる可胜性がありたす。 したがっお、掚奚事項ずしお、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぀の重芁なポむントが含たれおいたす。

これらの指瀺に埓っお、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のミラヌ䜜成に関する察応の䟋を次に瀺したす。

いずれにせよ、回答が届かない堎合は、少なくずも3回ミラヌのリストを含めるよう求める手玙を送るこずをお勧めしたす-これは個人的な経隓からの最倧倀です。その埌、ミラヌのリストにサむトを含めるこずに぀いおの答えを埗るこずができたす。

5.2。 オプション2

堎合によっおは、ミラヌのむンストヌル手順に「ミラヌをむンストヌルしお、手玙を送っおください。ミラヌのリストに含めるかどうかを怜蚎したす」ず曞かれおいたす。 ぀たり、この堎合、ミラヌがミラヌのリストに含たれない可胜性がありたす。 それにも関わらず、倱敗を宣蚀する䟡倀はありたせんが、萜ち着いお䜜業しおから、段萜1に埓っお行動する必芁がありたす。

5.3。 オプション3

堎合によっおは、ミラヌリストぞの登録を申請するには、CentOShttp://www.centos.org/などのメヌリングリストに登録する必芁がありたす。 この堎合、ミラヌのリストぞの远加芁求をメヌリングリストに远加する必芁がありたす。
CentOSずの通信の䟋


5.4。 文字のテキスト

そのため、ミラヌを䜜成しお技術的な詳现を明確にする可胜性に぀いおの質問、たたはミラヌの䜜成時にミラヌのリストに含めるこずに぀いお、補品所有者に手玙を送信したす。
いずれの堎合でも、最小デヌタセットを指定する必芁がありたす。

手玙を送る前に、もしあればミラヌを再床むンストヌルするための指瀺を読んでください。 堎合によっおは、補品所有者は、たずえば、サヌバヌぞの最倧接続数を瀺すように求められたす。 たたは、同期手順の開始回数-原則ずしお、1日に1回同期すれば十分ですが、1日に2回尋ねるこずもありたす。 このデヌタを䜿甚しお、手玙のテキストを必ず補足しおください。

5.5。 眲名ず䜏所

手玙の眲名-名前、圹職、電子メヌルアドレス。 䜍眮理想-サむト管理者。 この堎合、メヌルアドレスが重芁です ドメむンがミラヌのドメむンず䞀臎するアドレスが必芁です。 たたは、ルヌルの䞀般的な䟋倖ずしお-Gmailのメヌル。 サヌバヌ管理者向けのGMailメヌルの存圚は正垞です。
以䞋は実際の手玙のスクリヌンショットですCentOSミラヌのむンストヌルに䜿甚
画像
実際の手玙のスクリヌンショット-ImageMagickミラヌのむンストヌルに䜿甚
画像

6.ミラヌの配垃


原則ずしお、ほずんどすべおのサヌバヌの゜フトりェアにはWebサヌバヌがあり、HTTPプロトコルを䜿甚しおミラヌの配垃を敎理する機䌚がすでにありたす。
ただし、ミラヌのFTP配垃甚にFTPサヌバヌを適切に構成するこずを匷くお勧めしたす。 この堎合、䜎コストFTPサヌバヌのむンストヌルず構成で、少なくずも3ポむントの利益が埗られたす。

たた、通垞のWebサヌバヌの負荷を軜枛する远加の手段ずしお、独自のサヌビスlighttpdなどにサヌビスを提䟛する远加のWebサヌバヌをむンストヌルするこずをお勧めしたす。

7.仕事の組織


ミラヌシステムの構成は、かなり時間がかかりたす。 通信を考慮に入れた1぀のミラヌのむンストヌルは、数週間続きたすむンストヌルずは、ミラヌを゜ヌスサむトのミラヌのリストに入力するずいう最終目暙の達成を意味したす。 さらに、システムの䜜成は、数か月に及ぶプロセスに倉わりたす。
この堎合、独自のサヌバヌでの䜜業は、通信のプロセスず䞀貫しおいる必芁がありたす。 この堎合、ミラヌの䜜成は、原則ずしお、耇数のサむト゜ヌスに察しお同時に実行されたす。 この点で、䜜業の蚈画ず監芖を䜓系化するこずは䞍必芁ではありたせんhttp://is.gd/WeFybI。 このミラヌでは、少なくずも次のデヌタをこのドキュメントに含める必芁がありたす。

各ミラヌに぀いお、䜜業のステヌタスず蚈画された操䜜のグラフを提䟛する必芁がありたす。
同じ文曞で、たたは情報凊理の利䟿性の芳点から必芁な堎合は、ミラヌごずに別々の文曞で、ミラヌの線成に関する通信の蚘録を線成する必芁がありたす。 次のデヌタを提瀺する必芁がありたす-手玙のテキストず送信日、応答のテキストず受信日、送信者の電子メヌルアドレスず受信者の電子メヌルアドレス。
これにより、ミラヌのシステムを䜜成するはるかに組織化されたプロセスが可胜になりたす。

8.結論


4か月の間に、 fatcow.comドメむンのPR倀はれロから倀PR = 4に匕き䞊げられたした。
è¡š1の凊理では、ミラヌが配眮され、ミラヌのリストに远加されたサむトのデヌタを瀺しおいたす。
è¡š2
プロゞェクト名サむトアドレスQ、GbPRQ / PR
Mozillawww.mozilla.org2392.6
オペラwww.opera.com1391.4
クデwww.kde.org2173.0
Imagemagickwww.imagemagick.org470.6
トンボbsdwww.dragonflybsd.org177629.5
CentOSwww.centos.org142720.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、GbPRQ / PR
アパッチwww.apache.org2893.1
鍋www.cpan.org1071.4
クランcran.r-project.org74710.6
gccgcc.gnu.org2773.9
opensslwww.openssl.org0.37480.05
パテwww.putty.org0.01760.003
xemacswww.xemacs.org0,07160.012

明らかに、4ずいうPR倀は有限ずはほど遠い。
䞻な高䟡な蚘事は次のずおりです。

ミラヌシステムのサポヌトず同時に、このサヌバヌは他の䜜業に䜿甚されるため、䞀般的にミラヌシステムのサポヌトコストが削枛されるこずに泚意しおください。 1か月あたりの総支出は玄500ドルです。
英語からの翻蚳、゜ヌス webhostinggeeks.com

Source: https://habr.com/ru/post/J142324/

More articles:


All Articles