CloudFlare®の停止:ソリューションと代替手段

失敗するには大きすぎて、サーバーの世界には当てはまりません。プロバイダーに関係なく、100%の稼働時間を実現するには冗長性が必要です。単一障害点を回避することがすべてです。

CloudFlare®ダウン?!それは不可能だ!

多くの人にとって、停止は30分の間現実のものでした。20秒ごとに注文するeコマースWebサイトを運営している場合:苦痛だったに違いありません。

なぜそれほど多くの人々がそもそもCloudFlare®を使用しているのですか?

答えは簡単です。無料で高速で

今後、このような停止をどのように制限できますか?

残念ながらCloudFlare®はセカンダリNSの使用を許可していません(DDoS攻撃を制限したい場合は、メインサーバーをできるだけシールドしたいので意味があります)。ただし、CloudFlare®内で「自動」TTL設定を使用しなかった場合、停止が大幅に制限される可能性があります。実際には自動化されたものはありません。実際には、TTLは300秒(5分)です。停止期間よりも長いTTLを設定した場合、ユーザーへの影響を大幅に制限することができます。

黄金律:すべてのレコードに常に最高のTTLを設定します。

つまり:CloudFlare®プロキシ/ CDN /キャッシュを使用しない場合

CloudFlare®を捨てましょうか?

それはすべてあなたのニーズに依存します:あなたが個人のウェブサイトを運営しているなら、CloudFlare®は確かに最高です。忙しいオンラインショップを運営していて、CloudFlare®を使い続けたい場合は、少なくとも上記のゴールデンルールを適用する必要があります。ただし、以下の代替案を検討することはできます。

CloudFlare®に代わるものは何ですか?

本当に2つの主要なグループがあります。

  • 無料の代替
  • 有料の選択肢

CloudFlare®の無料の代替品

1か月あたりのクエリ数を制限する無料トライアルや無料プランにサインアップしないでください。災害につながります!制限に達すると、DNS要求は未回答のままになり、オフラインになります。また、このようなWebサイトを攻撃してダウンさせることも非常に簡単です。

ほとんどのドメインのレジストラーには無料のDNSサービスが含まれています。これを簡単に使用して、ドメイン名を登録した場所にこれを展開できます。ドメイン名を移管すると、DNSレコードがすべて失われることに注意してください… 常に同じレジストラで更新する場合は問題ありません。

2つ以上のサーバーを実行している場合:クラスターをデプロイして、それらの異なるサーバーからDNSを提供できます。

最後の最後の選択肢は、セルフホストDNSに戻すことです。

CloudFlare®の有料の代替品

最良の代替案は、AmazonAWS®のRoute 53に他なりません。他のすべてのオファーは、高額、あいまい(価格不明)、または少量のPoP(ポイントオブプレゼンス)のために十分に冗長ではありません。デプロイは冗長であるため、AWS®のエンジニアはNSサーバーとして別のドメイン拡張を使用します。

それらの美しいNSを見てください!

停止以来、私たちはそれに切り替えました。

Comments

So empty here ... leave a comment!

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

Sidebar