4月4日、最初のFailOver Conferenceを開催しました。これは、サイトのフォールトトレランスとその円滑な運用に特化した会議です。
1日7時間以上、クラウドサービスの開発者とアーキテクト、ホスティングプロバイダーのシステム管理者、経験豊富なDBAからの報告に耳を傾け、議論しました...
このトピックは非常に重要で需要が高いことが判明しました-オンラインブロードキャストに1200人以上が登録しています。
もちろん、このような大量の情報をすぐに「消化」することは困難です。 後で何かに戻りたい、それを特定のプロジェクトに適用してみてください。 それが、聴衆とオンライン（Twitter）の両方から最もよく寄せられる質問の1つである「資料は公開されますか？」
はい、もちろんです！ プレゼンテーションやビデオレポートを公開しています。喜んで共有します！
* * *
1.「フォールトトレランスの経済学」 （Alexander Demidov、「1C-Bitrix」）
すべてのプロジェクトにフォールトトレランスが必要ですか？ そして、必要であれば、どの程度まで？ 稼働時間内で何人の「ナイン」を目指すべきですか？ そして最も重要なこと-それはいくらですか？ それを理解し、質問への回答を見つけてみましょう。
2.「フォールトトレランスのコストの最適化」 （Nikolai Dvas、Clodo.ru）
フォールトトレランスのビジネス要件を策定し、クラウドツールを使用して、ビジネス要件に基づいて最適なフォールトトレランスを確保する方法について
3.「現実世界で信頼性、柔軟性、拡張性のあるシステムを構築する」 （ユーリ・ウスチノフ、Rusonix）
*鉄または雲？ 真実は近くのどこかにあります。
*腺が難しいが悪い選択である理由N + 1の理由。
* N + 1クラウドが簡単だが貧弱な選択である理由。
*柔軟なシステムを構築するためのJediテクノロジー：インフラストラクチャのボトルネックを解消し、クラウドの問題を回避し、拡張、拡張、運用します。
4.「フォールトトレラントコード」 （Ilya Pyatin、LineMedia）
*理論的アプローチ（何に、どのように、なぜ注意を払う必要がありますか？）
*ストリームデータ処理（メモリの節約、処理の準備、キュー）
*非同期性とタイムアウト（外部データソースの操作と外部サービスの障害）
*効率的で安全なリソースの共有
* MongoDBをコードに追加する（キャッシュだけでなく、データの一貫性も）
5.「MySQL 5.6の新しいレプリケーション機能」 （Konstantin Osipov、Mail.Ru Group）
MySQL 5.6の主要な革新の1つは、グローバルトランザクション識別子です。 レポートのこの概念に基づいて、5.6の新しい機能だけでなく、新しい識別子のアクションのメカニズムについても説明します。 特に、新しい単純化されたフェールオーバーメカニズム、マルチソースレプリケーション、およびレプリケーションの競合の解決について検討します。
6.「Webプロジェクトの監視：迅速な対応の本社および分析センター」 （Alexander Serbul、1C-Bitrix）
*ウェブベースのクラスターシステムを監視する理由、優先リスクの概要
*測定対象とその理由、便利なツールとコツ
*戦術-緊急時のアクション、バックアップが「十分に役に立たない」場合のWebシステムの緊急復旧
*戦略-システムトレンドの分析とWebクラスターアーキテクチャの開発、必要な容量の予測、新技術の選択と評価
7.「継続的インテグレーションのコンテキストにおけるプロジェクトの安定性」 （Denis Mitrofanov、QSOFT）
*継続的なリリースによる長期集中開発
*作業の編成、メジャーイテレーションとマイナーイテレーションへの分割
*さまざまな思考パラダイムとKPIテクニカルサポートおよび制作
*生産、出荷、品質管理プロセス
*プロジェクトを停止せずに大規模な更新を可能にするアーキテクチャソリューションと技術ツール
8.「バックアップとバックアップ：復旧のためのさまざまなシナリオと演習」 （Dmitry Sizikov、「IT Co. Sum」）
データベースのバックアップ：
* MySQLホットバックアップを作成するためのツール：mysqldump、Percona Xtrabackup、mysqlhotcopy。
*データベースバックアップの自動化。
*レプリケーションはバックアップではありません。 レプリケーションステータスの監視。 マルチマスターレプリケーション：Rubyrep。
ファイルシステム/物理メディアのバックアップとバックアップ：
* RAID：ソフトウェア/ハードウェア、LVM、RAID。 RAIDステータスの監視。
*一般的なバックアップ方法：tar.gz-> ftp、scp、sftp、キー認証、chroot。
*バックアップを保存するサービス：Amazon s3、Glacier、その他。
*完全、増分、差分バックアップのツール：bacula、amanda、rsync、lsync。
*スナップショット：ZFS、LVM、rsnapshot。
*ストレージの深さとバックアップの周期。
*バックアップのデータ最適化。 最終ファイルはリソースを節約するために重要になる可能性があるため、バックアップから不要なデータを除外する必要があります。
*セキュリティおよびバックアップ暗号化。 バックアップには機密データが含まれているため、誤った手に渡る可能性があるものを除外するか、暗号化する必要があります。
*リカバリおよびバックアップチェックサム。 回復プロセスに時間がかかる場合は、開始する前にバックアップファイルの整合性を確認する必要があります。
*プロセスの監視と制御。 バックアップを作成するシステムは、作成、アーカイブ、ダウンロードなどのすべての段階で問題に関するアラートを作成できる必要があります。
9.「WebクラスターへのDDoSについて」 （Alexander Krizhanovsky、NatSys Lab）
最新のDDoS攻撃は、ランダム（または擬似ランダム）HTTPヘッダーとURL、低速のリクエストとサイトの最も負荷に敏感なリソースへのリクエスト、および定期的で変化するリクエスト特性を使用します。 これにより、DDoS攻撃はより破壊的であり、ブロックに対して耐性があります。 私達は考慮します：
*ほとんどの場合よりも、DDoSトラフィックは通常のトラフィックとは異なります。
* DDoSからの負荷が、フラッシュクラウドなどによって引き起こされる通常の高負荷とどのように異なるか。
* DDoSによって提供されるアプリケーションサービスおよびOSの負荷の種類。
*オープンソースを使用した日曜大工DDoS保護
10.「頻繁に訪問するプロジェクトの負荷を減らす方法」 （Vitaly Gavrilov、Lenvendo）
* 1。 プロジェクトを条件付きで2つのグループに分割する：
非常に動的なプロジェクト
低ダイナミックプロジェクト
* 2.非常に動的なプロジェクトの負荷を軽減する
コンテンツを完全に動的で条件付きで静的なコンテンツに分離
AJAXを最適に使用するためのページの再設計
条件付き静的コンテンツの静的キャッシュ
* 3.低ダイナミックプロジェクトの負荷を軽減する
コンテンツを完全に静的なコンテンツ、条件付きで静的なコンテンツ、非常に動的なコンテンツに分割する
条件付き静的コンテンツの管理キャッシュ
* 4. AJAXモードの検索エンジンと動的コンテンツ
* * *
とても便利な会議のようです。 :)
参加したすべての人に感謝します！ 次の#FailOverConfでお会いしましょう！ :)