パート2- エルモゾナ
パート3- 移動
行こう
2015年、ウクライナにホスティング会社が設立され、将来への大きな野望と、スタートアップ資本の実質的な不足がありました。 私たちはモスクワで、有名なプロバイダーの1人から（そして知り合いによって）機器をレンタルしました。これにより開発が始まりました。 私たちの経験とある程度の幸運のおかげで、最初の数か月で、私たち自身の機器を購入し、良好な接続を得るのに十分な顧客を獲得しました。
長い間、私たちは自分の目的に必要な機器を選択しました。最初に価格/品質パラメーターを選択しましたが、残念ながら有名なブランド（hp、dell、supermicro、ibm）のほとんどはすべて品質が非常に良く、価格も似ています。
次に、別の方法で、ウクライナで大量に入手可能なもの（故障または交換の場合）から選択し、HPを選択しました。 Supermicro（私たちには思えた）は非常によく構成されていますが、残念ながらウクライナでの価格は十分な意味を超えていました。 そして、それほど多くのスペアパーツはありませんでした。 そのため、選択したものを選択しました。
最初の鉄
ドネプロペトロフスクのデータセンターにキャビネットをレンタルし、Cisco 4948 10GE（成長用）と最初の3台のHP Gen 6サーバーを購入しました。
HP機器の選択は、低消費電力のため、その後私たちを大いに助けました。 それでは、出発します。 マネージドソケット（PDU）を購入しました。これらはエネルギー消費をカウントし、サーバーを管理する（自動インストール）ために重要でした。
後で、管理対象のPDUではなく、単純に測定したPDUを取得したことに気付きました。 しかし、HPの利点には組み込みのiLO（IPMI）があり、私たちを救ってくれました。 IPMIを使用して（DCI Managerを介して）システムの自動化をすべて行いました。 その後、SCSを配置するためのツールをいくつか入手し、ゆっくりと何かを構築し始めました。
ここで、APC PDU（管理対象外であることが判明した）を確認し、接続します。
ところで、ところで、3番目のサーバーとPDU（左右）をインストールしました。 サーバーは長い間、モニターとマウス付きキーボードのスタンドとして役立ってきました。
既存の機器では、ISP SystemsのVMmanager Cloudを使用して特定のクラウドサービスを編成しました。 3台のサーバーがあり、そのうちの1台がマスター、2台目がファイルでした。 サーバーの1つがクラッシュした場合の実際のバックアップがありました（ファイル1を除く）。 クラウド用の3台のサーバーでは不十分であることがわかりましたので、追加してください。 装置は途中でした。 クラウドに「配信」する利点は、問題や特別な設定なしでした。
サーバーの1つ（マスター、または2番目のバックアップ）がクラッシュした場合、クラウドはクラッシュすることなく静かに前後に移行しました。 生産に入る前にこれを具体的にテストしました。 ファイルサーバーは、ハードウェアRAID10の適切なディスク上に編成されました（速度とフォールトトレランスのため）。
当時、ロシアにはレンタル機器のノードがいくつかあり、それらを新しいクラウドサービスに慎重に移行し始めました。 多くの否定性は、ISPシステムのサポートによって表現されました。 彼らはVMmanager KVMからVMmanager Cloudへの適切な移行を行わなかったため、結果的にそうすべきではないと一般的に言われました。 ハンドルで運ばれ、長く骨の折れる。 もちろん、公募と譲渡に同意した人だけが譲渡されました。
キャビネットの床を機器で満たすまで、約1か月間働きました。
そこで、私たちは機器の2番目のバッチ、つまりHP（広告ではない）に会いました。 互換性のあるサーバーを使用する方が、他の方法よりも優れているだけです。
SCSのインストールに関する経験が豊富ではないという事実に基づいて（通常、必要な場所にいない管理者を除く）、すべてをその場で学ぶ必要がありました。 そのため、サーバーを設置したときに初めて（約1日）配線ができました。
このような何か-それは来て敷設するすべての機器をインストールした後、すでになった。
会社が成長するにつれて、特定の困難にますます直面しました。 また、機器（クイックアクセスでのSAS-SATAケーブルの欠如）、その接続、さまざまな微妙さ、および私たちに対するDDoS攻撃（到着してデータセンター全体を配置するなど）にも問題がありました。 しかし、私たちの意見では、主なものの1つは、機器用のキャビネットを借りたデータセンターの不安定性です。 私たち自身はあまり安定していませんでしたが、あなたがいるデータセンターが落ちたとき、それは本当に悪いです。
データセンターは、工業団地の古い半放棄された建物にあったという事実に基づいて、それに応じて機能しました。 そして、その所有者が彼が安定して働くことを確実にするためにあらゆる努力をしたという事実にもかかわらず（そしてこれは本当の真実であり、アレクサンダーは本当に偉大であり、最初に私たちを大いに助けました）-彼らはライトとインターネットをオフにしました。 おそらくそれは私たちを救った。 これが、（そのために利用できる資金なしで）私たち自身のデータセンターの部屋の検索を開始し、14日以内にそこに移動するように促した理由でした（部屋の準備、ブローチ光学、その他すべてを考慮して）しかし、これについては、すでにストーリーの次の部分で。 急いで移動し、部屋を見つけて、現在住んでいるミニデータセンターを構築することについて。
ミニデータセンターの構築方法。 パート2-エルモゾナ
PS次のパートでは、興味深いことがたくさんあります。 移動、修理、住宅地域への光学部品の引き込み、自動化の設置、UPSとディーゼル発電機の接続などの困難から。
