社内でホスティングすることの長所と短所について、ここで半ダースのスレッドを読みましたが、私たちの状況はほとんどの場合とは少し異なるので、新しい質問を開くだけだと思いました。
要するに、私たちは米国北東部の小さなソフトウェア会社であり(notBostonまたはNY、少し丘陵地帯にあります)、既存の製品ラインを持っています。将来の開発作業に関連するさまざまな理由から、サーバーを何らかの方法で社内に設置する必要があります。現在、四半期に2つの1Uサンズ(非常に素晴らしいX2100が岩のように持ちこたえています)があります。高さラック。
私たちは何年もの間他の場所でサイトをホストしてきましたが、どこにも行かないハードウェアの山が社内にあるので、すべての公開ホスティングを行うだけの価値があると思います社内でも。要するに、私の推論:
明らかな短所は次のとおりです。
考え?
ありがとう!
更新:いくつかの問題を解決した後、オフサイトでのホスティングを継続することにしました。偶然にも、今日私たちのブロックで停電があり、それは心理的に体重計を傾けました(厳密なプロセスはほとんどありませんが、宇宙が私に何かを伝えようとしているという手がかりを得るには、約3時間を無駄にするだけで十分でした;-)。
今後どのベンダーを使用するかはわかりませんが、ec2などの代わりにラックスペースクラウドへのチップオフを高く評価しました。
公開サーバーをRackspaceCloudServerに移行しました。約1年前、サーバーを完全に制御したかったので、あなたが考えていることを実行しました。安価なサーバー(通常、月額100ドルの「サーバー」は単なるPC)のリースに少し苦労しています。
私はついに社内のホスティングギグをあきらめました。理由は次のとおりです。
あなたが言ったように、私が好きだったのは、ファイルをWebサーバーに非常に迅速に送信できることでした(私たちは多くのWebDAVを実行します)。しかし、私が理解しているように...顧客がダウンロードを待たなければならないよりも、アップロードを待たなければならない方が良いです。
とにかく、Rackspace Cloud Serverソリューションは、専用マシンのリースやVPSプロバイダーへのサインアップ(コストを含む)に関して私がいつも抱えていたほぼすべての懸念に対処しました。これは、実際の仮想化が約束する多くの小さなトリックを提供します。とにかく、私はそれらを宣伝しません。別の方法として、AmazonEC2があります。
長い話をすると、ウェブサーバーが起動しているために電話がかかってこないことや、電力会社がDSL回線を再び掘り起こしたことがわかっているので、よく眠れます。私は他のチャンプにその責任を負わせます...彼らが実際にこれらのことを処理するためのリソースを手元に持っている場所で。
したがって、私の提案は、公開されているものをある種の優れたデータセンターに保管することです。これらの追加サーバーを社内タスクに使用します。通常、テスト、特別なプロジェクト、バックアップなどに使用できるものがあります。
帯域幅。現在、Comcastを介して16d/2uがあります。 [...] 2+ケーブルラインのボンディングが必要です。
あなたのISPが彼の袖に特別なトリックを持っているかどうかはわかりませんが、一般的に、複数の消費者タイプの回線を結合/マージすることはできません。回線は構内の異なるIPアドレスで終端し、IPアドレスを「結合」することはできません。サーバーの半分を1行目に、残りの半分を2行目に配置することもできますが、障害が発生した場合には明らかな欠点があります。
次に、コンシューマークラスの回線は一般に遅延(ラウンドトリップ時間)が高く、これはTCP/IPのパフォーマンスに影響を与えます。大きなファイルのダウンロードや、オブジェクトが最小限の非常に単純なWebページの場合、おそらく大したことではありません。 VoIPの場合、よりインタラクティブまたはパフォーマンスが重要な用途であることが重要になる可能性があります。
そして最後に、「マルチホームネットワーク」、つまり複数のトランジット(キャリア)プロバイダーを備えた自律システムを持つことには利点があります。ルートの多様性が向上し、すべての顧客がいつでもルートを解決できる可能性が高くなります。
一般的に、私の古いサーバーをそれほど遠くないフレンドリーなデータセンターに同じ場所に配置することをお勧めします。あなたはまだあなたの既存のハードウェアから利益を得るでしょう、そしてあなたのサーバーはインターネットへの素晴らしく、低待ち時間の、プロのチューブを持っているでしょう。
もちろん、あなたがする必要があると思うことをしてください、しかし私の意見ははっきりとした「仕方がない」でしょう。小さな会社として、サーバーの管理よりも重要なことに集中する必要があります-最善を尽くし、ソフトウェアを開発し、ソフトウェアを販売します-そして、パッチのインストールなどの日常的なタスクをより多くの経験を持つ誰かに任せますO/S、サーバーのバックアップなど、DOS攻撃との戦い。
電力の冗長性、A/C容量、帯域幅容量、およびRackspaceのような大企業が1日24時間、週7日、年365日提供できる知識を身に付けることは決してできません。月に数百。
私は自分のサーバーを何年も実行し、それらをすべてRackspaceクラウドに移動しましたが、振り返ることはありませんでした。今、私はソフトウェアを開発し、他の誰かがインフラストラクチャの面倒を見てくれます。
私は認めなければなりませんいいねサーバーを私の隣に置いておくという考えですが、現実にはそうする必要はありませんでした。
サーバーの使用パターンを知らなければ、言うのは難しいです。
ただし、IMO、データセンターにサーバーを配置する最良の(おそらく唯一の)理由は帯域幅です。 2〜4 Mbpsのアップロードで本当にうまくいくと思い、ISPの稼働時間に自信がある場合は、他の問題を処理できるはずです。
現在のデータセンターは帯域幅使用量データを提供していますか?引っ越す前に、それをじっくりと見てみました。また、稼働中の現在のインターネット回線の詳細な監視を設定し、必要な稼働時間が得られているかどうかを確認します。
冷却に関する別のメモを添えてください。賃貸している場合は、家主が週末と休日にエアコンを切るのが好きかどうかを事前に確認してください。その適度な熱量は、一般的に、外側が90F、内側が98Fの場合、大きな問題になります。
あなたがこれを考え抜いたように聞こえます。頑張れ。
あなたがすでに考慮したかもしれないし、しなかったかもしれないカップルのコメント...
あなたが言ったことに基づいて、私はそれをしません。
あなたがそれを必要とするならば、あなたはそれを必要とします、そしてそれはそれにあるすべてです。
管理作業は非常に恐ろしいものになるでしょう:確かに、co-loの何人かの馬鹿がサーバーに彼のコーヒーをこぼしたので、あなたは今時間を失います、しかしあなたがそれを家に持ち込むとき、それはあなたのコーヒーです、そして問題はあなたのホスティングプロバイダーに電話して彼らが彼らの尻を整えることを要求することをはるかに超えています。どのようなハードウェアサポートを検討していますか?ニーズによっては、非常に高額になる可能性があります。
冗長パイプはいいですが、プレミアムは高いです。私たちは2セットの結合されたT2を使用しており、実際には今年初めに「バックホウのあるモロン」事件が発生しました。私たちは起きていましたが、それは私たちのパフォーマンスに深刻な影響を与えました。
サーバーの強化や監視なども追加します。ファイアウォールハードウェア、パッチテストとパッチテスト、監視...これらすべてに多くの時間がかかります。
管理者として、リモートからローカルへのゆっくりとした移行をお勧めします。すべてが正しく機能することを確認するために十分な時間を確保するために(そして、醜いことが判明した場合は取り消すために)、経験豊富な管理者、移行期間中にコストを2倍にすることが許可される可能性は非常に低いことを私は知っています。
いずれにせよ、頑張ってください。
さて、私もここでチャイムを鳴らさなければなりません...