そして、私たちの仕事は、プロトコルスタックを解析し、それをチャネル機能に完全に再配置し、最適なフレームサイズを構成し、チャネルごとに複数のパケットを高いレイテンシで1つに収集し、重複排除、通常の圧縮、SSL解析、同じ証明書で再構築することです。 これは、受信側と送信側に特殊な鉄を取り付けることにより、最も簡単なケースで解決されます。 すべてのポイントに到達する必要があるため、フィールドエンジニアとしても働いています。 そして、他のフィールドエンジニアと同様に、多くの物語があります。 以下では、顧客を見つけることが不可能であったように、いくつかの二次的な状況を変更するだけで、いくつかを説明します。
たとえば、非常に大きな店で夜間作業が行われています。 顧客の管理者とエンジニアは午前中にサーバールームに行きましたが、彼らは働いています。 エンジニアはトイレに行き、戻りました。 数分後-ドアをノックします。 彼らはそれを開きます-そしてすぐにGBRはマシンガンで飛び込み、すぐに足を体に沿って、顔を床に置いて手錠をかけます。
それから、警察と店長が駆けつけます。 チーフは状況を評価し、次のように重く述べます。
-私はこれを知っています、これは私たちの管理者です。 しかし、私はこれを知りません。 奪って
幸いなことに終了しました。 フロアからのヒス音：
-私たちはあなたに書いた！
チーフは電話を取り出し、次のように読みます。
「夜の仕事があります...私とそのような...あぁ、そこにいるの」と彼女は警察に振り向き、明らかな哀れみを続けています。
-手放す必要があります。
どれだけ良かったか気づかなかった
彼らは、ある支店の銀行のマシンにモバイルオプティマイザーを付けました。 インターネットは非常に「良い」ものだったため、最終的には仮想マシンのイメージをディスクに配信したと言わざるを得ません。 そのため、このイメージには、この場合のデータセンターで腺と連携するソフトウェアエージェントがありました。 接続して試用ライセンスを配り、テストの実装を開始しました。
フィードバックはありません。まあ、そこにオプティマイザーは必要ないと思います。 チャネルが修正された可能性があります。 しかし！ 3か月後、彼らは電話をかけ、彼らは完全を望んでいます。 裁判が終わったことがわかり、彼らは突然それがどれほど悪いか気づきました。 面白いのは、それがどのように良くなったのか、彼らは一言も発言しなかったということです。 そして、それがどのように悪化したか-ユーザーは苦情で経営陣を圧倒しました。
電話いじめ
ネットワーク診断システムのテスト実装を行いました。 複合施設をデータセンターに展開しましたが、徐々に学習しています。 しかし、ローカルインフラストラクチャは、企業の段階的な合併の結果として成長したと言う必要があります。したがって、それはあまり均質ではありません。 つまり、多くのシステムが使用されており、それぞれが独自のレベルで状況を示しており、誰もアプリケーショントラフィックの全体像を把握していません。
現時点では、彼らは新しいアプリケーションを立ち上げたばかりであり、テストセグメントでよく現れましたが、負荷のかかっている産業用ネットワークではまだ見ていませんでした。 実装されましたが、複雑な構造のため、すべてのIT専門家がそれを知っていたわけではありません。 サービスがオンになってから3〜4日後、IPテレフォニーの問題が始まりました。 そして、コールセンターは彼女にありました。 さらに、コールはすべての方向で失われました。 クライアント 彼らは自分の手段で半日問題を解決しようとしましたが、その理由を見つけることができませんでした-バグは浮かんでおり、再現されていますが、再現されていません。
管理者は私たちをノックして、私たちの診断システムを探偵に使用できるかどうか尋ねました。 「カスケード」があり、トラフィックをその場で分解する方法を知っています。 デバッグモードに入り、ネットワークの異常を探し始めました。
新しいサービスはテレフォニーと同じポートを使用していることが判明しました。 同じポートを持つ新しいトラフィックが優先され、音声に取って代わりました。 その後、テレフォニートラフィックの分類設定が変更されました。
同様の状況は、1つの大規模なコールセンターのオペレーターでした。 加入者が電話すると、彼はオペレータの声を聞きますが、彼のオペレータは聞きません。 1か月以上、地元のネットワーク担当者は独自の手段と力で解決策を探していました。バグが浮かび、それを検出するのは非常に簡単だったため、非常に時間がかかったと言わざるを得ません。 その結果、モスクワチーム、より正確にはトップになりました。 彼はテーブルで何かをタップし、期限を設定しました。 お問い合わせください。 同じRiverbed診断システムを導入しました。 異なるセグメントからトラフィックを収集しました-比較し、リアルタイムで異なるセグメントの音声品質を監視し始めました。 5〜6時間以内に、スイッチが故障し、キューが飛んでいるのを見つけました。 ハードウェアに奇妙な問題があり、時々設定が飛んでいました。 チームはすでにいじめっ子の体を処理しました-スイッチを変更しただけで、これで問題は完全に解決しました。
金曜日の午後に更新しない
更新後も、ストーリーは素晴らしいものでした。 銀行でもありますが、異なります。 管理者は、夜間にバランサーファームウェアを約12に更新しました。 約2時に、そのうちの1人は、彼が何かについて気に入らないトラフィックを静かにドロップし始めました。 すべてではありません。 ランダムパッケージ。 数分後、ハバロフスクの警備員がこの取引で奇妙な何かを疑ったときに、彼らはこれを発見しました。 さらに6分後、クラシックアラーム「X-team、exit」 。 さらに、予備診断はカーネルスイッチのハードウェア障害です。 いつものように、エレベーター、新しいスイッチを備えた店主は、一番下で、そしてそこで車で待っています。 幸いなことに、旅行中にリモートで拾い上げた同僚がバランサーファームウェアを見つけてロールバックしました。
進歩の力
銀行内のオブジェクトに対してオプティマイザーをトレーニングモードにします。 ローカル管理者は、ローカルフローに「慣れた」ため、彼を戦闘モードにする必要がありました。 通常はプロファイリングのために毎日行われます。セキュリティガードを備えた機能がまだあるためです。 そこでは、夜の徹夜との再接続が少し必要だったので、おそらく、切り替えの点で何も起こりませんでした。 鉄片はトラフィックのコピーを受け取り、辛抱強く勉強しました。 銀行はいくつかの段階で調達プロセスにあったため、メイン管理者はこのライセンスを別の施設に使用しました。 たとえば、ここまではこれでいいので、ピークに近づけます。
そして、彼らのチャンネルは落ちました（そして非常に深刻でした）（そしておそらく落ちなかったので、管理者は彼がそれを変更しなければならないことを知っていたので、予備なしで生きなければならない期間にオプティマイザーを削減しませんでした）。 彼らは衛星に飛び乗った。 テレポートは屋根の上にあり、すでに何度か使用されているので、論理的には問題はないはずです。 新しい固定電話が失望するまで、2週間待つことになっていた。 しかし、サテライトの最後の長い座席から経過した時間をかけて、バットはわずかに更新され、ストリップの要求が厳しくなりました。
簡単に言えば、ソフトウェアはうまく機能しなくなりました。
そして、一日で、顧客が来ました。 サービスは遅く、誰が誰の後ろにいるかについて混乱しており、キューをループして仮想化され、すぐにいくつかを占有しました。 銀行には300人未満の仮想訪問者がいましたが、物理的な訪問者は4分の1でした。 約3時間に1回、このキューシステム全体でカーネルパニックが発生し、戦いを始めると脅かされました。
別のライセンスの販売を早急に要請しました。 それで、私たちはすべての物語を学びました。 さらに、技術の進歩により、人々は問題を解決することができました。
みんなありがとう
モスクワとロシアの非常に遠い都市の間の基地の複製。 バンドは衛星です。 トラフィックは、圧縮されたベース、ジャーク、最適でないパケットによって追跡され、多くの場合失われます。 オプティマイザーを提案しました。 これにより、レプリケーションが高速化され、リクエストキューが蓄積されず、ストリップ（通常どおり）がはるかに活用されました。 しかし、まだ成長の余地がありました。 要点-圧縮されたベースが複製されることは本当に好きではありませんでした。 圧縮および分解の加速-数パーセントの感覚。 腺自体がそれを分解するように、生のベースを駆動する方がはるかに優れていました。
生のベースは、何らかの理由で駆動できませんでした。ファイアウォールよりも先には行きませんでした。 私たちは設定を掘り下げ、数日後、生の戦闘基地が正常に飛行し始めました。 ここでは、ハードウェアの標準機能が接続され、プロセッサ時間（圧縮に費やされていた）が解放されました。27時間から23時にレプリケーションに陥り始めました。私たちとオプティマイザーは12〜14を行いました。 そして、ここで、すべて、感謝、男性、タスクはSLAを満たすことであることが通知されます。 すでにフィットしています。 オプティマイザーは優れていますが、今のところはそれで十分です。
したがって、注文の実行中に私たち自身がこの注文をキャンセルしました。
ボトルあたりのサーバー
特に大きな産業施設でRiverbedトラフィックオプティマイザーのパイロット実装を行っています。 デバイスは、大きくて本格的なラックです。 施設のサーバールームは2階にあり、1階にはワークショップ自体があり、金具が突き出ており、厳しい汚れた男性が歩き回っています。 サーバーの管理ブロックの下に、アカウンティングと制御があります。
それで、私たちはこのワークショップを進めています、そして、ここで、機械の1つのために、労働者階級の2人の直接発音された代表者は、タキシングしています。 それがあるべきである-ペイント、または眼鏡の形の燃料油のいずれかの顔の痕跡で、頭にヘルメットを傷つけた。 彼らは言う：
-聞いてください、しかし、あなたはそうしない間に鉄片を取り除くことができますか？
私たちは：
-つまり？ 私たちは彼女のすぐ後ろにいます。
ためらった人：
-そして、これ、いくらですか？
もちろん、この質問は非常に憂慮すべきものでした。 時間を購入しよう：
-契約条件についてお客様と話し合う権利はありません。
2番目のワーカーはすぐに仕事に取りかかります。
-まあ、およそ？ 自分で購入したいです。
ここでは少し麻痺しています。 男性は私たちの沈黙を正確に解釈しなかったので、すべてを交渉することができると決めました。
-さて...ウォッカをBOXにあげますか？
私たちはどうにかしてそれらを撃退し、オプティマイザーのコストは数十万ドルを超え、すぐにサーバーに到達すると説明しました。 そこで彼らはそれが何であるかを見つけ始めました。
これは単なるハードワーカーではなく、特に報告に責任を持つAWPオペレーターであることが判明しました。 そして、彼らはこの管理ユニットに来て仕事をするような人生の期間を持っています。 データを駆動する必要があるERPがあります。 DSLチャネル、およびISDNからそれほど遠くないチャネル。 空の商品のように薄く、騒々しい、90年代の遺産、一般的に工場の古典を与えます。 また、アプリケーションは最新の「チャット」で、大量の暗号化されたトラフィックを駆動します。 したがって、ドロップダウンリストをクリックしてから表示されるまでの時間は10〜20秒です。 最良の場合。 そして、そこまで運転するために、どれだけ多くのことをします。 彼らは1本の指でノックし、しばしば間違いを犯すため、状況は多少悪化します。 これは、すべて同じラグのために多くの喜びを追加しません。
そこで彼らは、工場全体を2階にファンファーレで引きずり込んだ奇跡の鉄片が交通の最適化であることを学びました。 一般に、同じ川底がパイロットに接続されている次のオフィスでこのデバイスをテストした人たちの後ろに立っていなければ、彼らは何も理解していなかったでしょう。 この瞬間、彼らはすぐにすべてを理解し、詳細なテストのためにそこで数日を求めました。 彼らは行くことを許されました。
その結果、4月の最後の2日間に必要なすべてのレポートを作成しました。 過去数年、彼らは少なくとも6日まで5月の休日に工場で過ごしていたので、これは彼らに非常に印象的でした。 結果によると、彼らは給料を失い、そのような鉄片を必要とするか、おそらく自分で買うことさえ決定した。 あなたが割れても、私は残業したくありませんでした。
当然、彼らは単にそのような価格を期待していませんでした。
数時間後、すべての準備が整ったことをローダーに伝えに行きます。 出口では、2人のヒーローがすでに待っています。
-みんな、もう一ヶ月間テストのために置いておきましょうか？ BOXを差し上げます。
どうして終わったのか分かりません。 テスト実施後の保有の管理は、数十個の鉄オプティマイザーを購入しました。 鉄片が最終的に私たちの仲間に届いたかどうかにかかわらず、私は言うことはできませんが、私はそれを手に入れたことを本当に信じたいです。 まあ、または少なくとも「大きな」サーバーに応答できるソフトウェアエージェントをインストールしています。
参照：
- この音楽はどのように機能しますか
- ネットワーク異常検索のケーススタディ
- 複数フィールドの鉱業会社向けの最適化 （衛星チャネル）
- 銀行のストレージシステムを集中化するためのバーチャライザーとオプティマイザーの型破りな使用
- フィールドエンジンエンジンテイルズ
- X-Team Tales
- テイルズオブVKSエンジニア
- 長い出発（宇宙飛行士-1）
- 「宇宙飛行士」のより多くの旅行
- 古いサポートのストーリー
- 念のため、私のメールはARumyantsev@croc.ruです