Cloud4Yは企業のクラウドプロバイダーであるため、通常、プロジェクトは大規模で複雑です。官僚的な遅れと多くの承認のために、時には長期間引きずられることがあります。そして、企業秘密やNDAに違反しないように、多くのことを話すことはできません。物語（面白いとそうではない）が非常にたくさんあります。
今日は、少し前に成功裏に完了した興味深いプロジェクトについてお話します。クライアントを特定することを可能にするすべての鋭い詳細は、用心深い弁護士とセキュリティオフィサーによって消されました。しかし、それでもストーリー自体を傷つけることはありませんでした。
それで、大企業である
すべてが始まった経緯
昔々、OneBigCompanyがありました。それをOBKと呼びましょう。それは賢明な指導者によって率いられ、有能なパフォーマーが現場で働いていたので、何年もの間それは繁栄しました。もちろん、製品の需要はありました。
厳格な内部規制、請負業者によって開発された多数の自作ソフトウェア、最高レベルのセキュリティ、および作業の中断の重要性によって、他の多くの企業と区別されました。また、分岐した不完全に構造化されたITインフラストラクチャ。しかし、社内のIT部門が精力的に取り組んでいるおかげで、機器は現在の作業負荷に対応することができました。
ガイドは確かに賢明だったので、クラウドサービスを使用することの利点をすぐに検討しました。確かに、プロバイダーとの協力の最初の経験はあまり成功しませんでした。しかし、これは会社をクラウドから遠ざけることにはなりませんでしたが、クラウドプラットフォームを提供することを約束する会社の要望をよりよく理解し、要件を策定するのに役立ちました。そのため、定期的な新規顧客の獲得を促進するためのプログラムの迅速かつ安定した運用を確保する必要が生じた場合、資格審査段階と入札自体からなる入札が組織されました。
認定は、クラウドプロバイダーが満たさなければならない基準の長いリストに従って行われました。応募者は、仕事の経験、ビジネスと一般的な評判、信頼性、財政状態、その他の興味深いパラメータに基づいて評価されました。参加者が多かったにもかかわらず、Cloud4Yを含めて第2段階に到達したのは2社のみでした。そして、私たちの提案はより説得力があることが判明しました。
難しさは何でしたか
OBKチームの主な問題は恐怖でした。まず、クラウドプロバイダーとの協力の成功した経験についてはすでに話しました。第二に、経営陣は、ITインフラストラクチャが膨大で非定型的であるため、よく知らない企業がITインフラストラクチャの転送手順に対応できないことを懸念していました。
移行前、OBKはオペレーティングサーバーのファイルシステムの複雑なアーキテクチャを使用し、2つのRAIDアレイを使用して構築されました。1つはソフトウェアでLinux上で動作し、もう1つはハードウェアでした。
もう1つの問題は、ITセキュリティを確保するための内部要件のため、OBKがインターネット経由で物理サーバーにアクセスできないことでした。サーバーが配置されている技術サイトへの物理的なアクセスにも重大な制限がありました。したがって、Cloud4Yエンジニアは、通常のデータ転送手順を保証するための回避策を見つける必要がありました。特に、ソーシャルエンジニアリングを適用し、コンソールコマンドを使用してトリックを表示します。
既存のシステムをバックアップする際のいくつかの問題、およびサードパーティによって開発された内部ソフトウェアの機能によって提供されないサーバーコンソールへの管理アクセスの欠如が、当社のエンジニアの創造性の開発と神経系の緩和に貢献しました。私たちの男たちは、サッパーのように感じました-1つの間違った動き、そしてkirdykベース。そしてそれらの後ろにそして何か他のものが確かに「嘘をつく」でしょう。そして、これが何を意味するのかは、国内で最大ではありませんが、それでも大企業ですが、おそらく言う必要はありません。
OBKとそれらにサービスを提供するクラウドプロバイダーとの間の不安な関係のトピックについてはすでに触れたので、この会社の代表者のあまり倫理的でない行動に注意したいと思います。彼らは、会議を中断し、機器へのアクセスを「忘れて」、顧客データの通常の移行を妨げることにより、移行プロセスを遅らせるのに苦労しました。大きな真面目な会社が去っているので、部分的に、彼らは理解することができました。ただし、これはプロバイダーにとって最良の指標ではないと考えています。Cloud4Yだけでなく、他の責任ある企業は、顧客や競合他社をそのように扱うことを決して許可しません。彼らがあなたを去ったら、あなたはどこかで失敗しました。そしてこれは、内部プロセスを最適化し、他のプロセスを台無しにしようとしないための動機です。
移行はどうでしたか
インフラストラクチャの転送手順は、3つの段階に分けられました。最初のデータベース転送は、最大6 TBのデータを転送する必要があるという意味で最も野心的だったため、仮想マシンを転送するのではなく、SQLバックアップを作成することにしました。たった900GBで、多くの時間を節約できました。
2番目の段階は、標準のバックアップツールを使用した補助仮想マシンの転送であり、3番目の段階は、物理サーバーをまったく異なるハードウェアに転送することでした。
最も時間と労力を要したのは第3段階でした。OBK用に特別に開発されたソフトウェア（当時、技術部門から多くの素晴らしいエピソードを聞くことができました！）のため、サーバーを簡単に再インストールすることはできず、1対1で転送する必要がありました。転送手順は、ソフトウェア開発者によって単に予見されていませんでした。彼らはどういうわけかそれについて考えませんでした。それは起こります。
そして、サーバーは定期的に遅れました。ええと、私は時々、エンジニアが退屈しないように静かにスイッチを切りました。
他に何が行われたか
移動のプロセスを和らげるために、転送の開始前であっても、企業のクラウドプロバイダーCloud4Yは、クライアントに必要なすべてのインフラストラクチャ（内部ネットワーク、安全なトンネルなど）を準備し、サーバーに仮想マシンを展開しました。このおかげで、転送は定期的かつ迅速に実行されました。また、Nvidia Tesla P100ビデオカードが物理サーバーにマッピングされました。これは、OBKと協力している請負業者のソフトウェアを使用した数学的なGPU計算に必要です。
また、移行契約が3日であった場合、2日で完了しました。契約は木曜日に署名され、金曜日の夜に、One BigCompanyの賢明な満足のいく代表者が譲渡作業の受け入れを確認しました。
プロバイダーは、外部アクセスから保護された必要なインフラストラクチャをOBKに提供しました。データベースへのアクセスは安全なチャネルを介して実行され、最も責任のあるOBKshnikiのみが利用できます。
結果
ビジネスは、以前に使用されていたものの機能を複製するだけでなく、それを超えるインフラストラクチャを受け取りました。クラウドプロバイダーのエンジニアは、サーバーモニタリング（この機能は以前は利用できませんでした）、最適化された技術ソリューションを設定しました。これにより、機器の負荷を軽減し、操作速度を上げることができました。以前は奇妙で予測できない方法で機能していたバックアップシステムも構成されました。
実際、OBKは、インフラストラクチャへの本格的なコンソールアクセスと、すべてのシステムのバックアップを受け取りました。これにより、データ損失のリスクが大幅に軽減され、独自のITサービスの作業が簡素化されました。
Cloud4Yクラウドインフラストラクチャは、クライアント仮想マシンと物理サーバーの両方をホストします。さらに、サポートとメンテナンスのコストを最適化するために、物理サーバーを仮想化するプロジェクトがすでに進行中です。
その他の利点は次のとおりです。
- システムを2つのデータセンターに分散して、耐障害性を向上させる機能。
- バックアップを別のデータセンターに転送する機能を備えた、通常構成のバックアップシステム。
- ITインフラストラクチャのコストを最適化するのに役立ち、クライアントのサーバーをホストするだけではない、信頼性の高いホスティング業者。
- 会社の内部ビジネスプロセスに必要なGPU計算のコストを削減する機能。
Cloud4Yクラウドプラットフォームの利点も評価したい場合は、無料のテストアクセスを申請するか、+ 7（495）268-04-12までお電話ください。Cloud4Y
ブログで他に興味深いものは何ですか
→人工知能が革命について歌います
→宇宙の幾何学は何ですか？
→ 350,000を超えるMicrosoftExchangeサーバーがCVE-2020-0688に対して脆弱です →スイスの地形図上のイースターエッグ
→ EuropasAwards2020スタートアップコンペティションの勝者別の記事を見逃さないようにTelegramチャネルに 登録してください。私たちは週に2回以下、ビジネスについてのみ書いています。