止まらないことを前提に、ゼロから設計。
サバイバビリティを中核要件として設計された Drupal ホスティングプラットフォームです。自己修復インフラ、アクセラレーテッドエッジ、迅速なスケーリング、組み込みのディザスタリカバリにより、どのような課題が発生してもサイトの稼働を継続します。
復旧は秒単位で測定。
Ironstar Enterprise のすべての本番環境は、2 つの異なるデータセンターから同時に配信されます。高額で複雑な追加オプションではなく、すぐに機能する標準機能です。
5 分 RPO。5 分 RTO。
包括的で完全自動化された Kubernetes コントロールプレーンを活用し、Ironstar プラットフォームは自動的に自己修復するよう構築されています。データセンター全体の障害からでも復旧します。
アドオンではありません。常時有効です。
プライマリデータセンターのフェイルオーバーから復旧する際の最大データ損失時間。20km 以上離れたホットスタンバイへ WAL を継続レプリケーションします。
プライマリデータセンター喪失後にサービスを復旧するまでの最大時間。人手による遅延なしで、スタンバイレプリカを自動昇格します。
自己修復インフラ。すべてのお客様に。例外なし。
アプリインスタンス、ネットワーク経路、データベースレプリカなど、単一コンポーネントに障害が発生した場合でも、プラットフォームは数秒で検知し、稼働中のトラフィックを残りのインスタンスへ自動的に再分散します。人手の介入はありません。お客様側で行うこともありません。
これは上に追加された機能ではありません。プラットフォームは最初からこの考え方を中心に構築されています。すべてのレイヤーが障害を通常の状態として想定し、それを吸収するよう設計されています。代替インフラは自動的に起動し、自動登録されます。
2 つのゾーンにまたがる 6 つのアプリケーションインスタンスがユーザートラフィックを分担します。ステートフルサービス（データベース、memcache）はゾーン間でペア運用され、ssh と cron はシングルトンとして稼働します。
組み込みのコンテンツデリバリーネットワーク
Drupal サイトへの CDN の導入と設定が、これまでになく簡単になりました。Fastly と Ironstar の Drupal モジュールをインストールするだけで完了です。タグベースの即時キャッシュ無効化をすぐに利用できます。キャッシュされたコンテンツは自動的に配信されます。
驚異的なキャッシュヒット率で Drupal ホスティング費用を削減
キャッシュされたレスポンスは最寄りの Fastly サーバーから配信されます。世界中の訪問者が、リッチなページを 1 秒未満で表示できます。
エッジがリクエストを配信すれば、オリジンは処理しません。同じ、またはより高いトラフィック量でも、コンピュートと帯域コストを大幅に削減できます。
キャンペーン、ニュースサイクル、スクレイピングボットなどのトラフィックスパイクは、Web サーバーに到達する前にエッジで処理されます。ページ読み込み時間を維持し、追加コストなしで急増トラフィックを配信できます。
計画メンテナンスや予期しない中断中もキャッシュコンテンツを配信するよう stale-if-error を設定できます。Web サーバーが応答しない場合でも、キャッシュページが配信され、ユーザーは気付きません。
月末の請求ショックなしで、バースト容量を。
Auto Scaling は需要が急増したときに数秒で Web サーバー容量を追加し、トラフィックが落ち着くと元に戻します。すべてのサイトにバースト時間の含有枠が付くため、短期的な急増は書類手続きや追加コストなしで吸収されます。
サブ秒応答
Web サーバー需要を継続的にサンプリングします。リクエストキュー深度、CPU 飽和、応答レイテンシなどの指標がスケールアップしきい値を超えると、容量が自動的にプロビジョニングされます。
数秒で準備完了
新しい Web サーバーは数秒以内にオンラインになり、トラフィックを配信します。1 時間後、または使用量が戻ると、余分なサーバーは自動的に削除されます。
予測可能な月次請求
含有枠内のバースト容量は追加請求を発生させないため、不確実性や請求ショックなしでオートスケーリングのメリットを得られます。
毎回のメンテナンスリリースが、プラットフォームのレジリエンスを実証します。
当社は月に複数回メンテナンスリリースを実施しています。システムをオフラインにし、置き換え、再分散します。その間もライブトラフィックを配信し続けます。メンテナンスウィンドウは潜在的な影響を最小化するため早朝に設定されますが、プラットフォームの設計により、訪問者は何かが起きたことに気付きません。
これが、レジリエンス設計が実環境で機能することを確認できる理由です。合成的な訓練ではなく、本番負荷の下でライブインフラを置き換え続けている継続的な証拠によるものです。その結果、メンテナンス中を含め、当社は社内 SLO である 99.999% 稼働率を一貫して上回っています。
よくある質問
該当する質問が見つかりませんか？engineering@ironstar.io までメールしてください。実際のエンジニアが、通常 1 時間以内に返信します。
6 つのリージョンからの合成プローブが、本番環境の代表 URL に毎分アクセスします。3 つ以上のロケーションが 2 秒以内に HTTP 2xx レスポンスを受け取れない場合、そのサイトはダウンとしてカウントされます。
暦年で見ると、99.999% は約 5 分の停止時間を許容することを意味します。当社はメンテナンスウィンドウ中を含め、この目標を一貫して上回っています。年に 1 回程度、短時間の停止を必要とする特定のメンテナンス作業を行うことがあるため、契約上の保証は 99.99%、社内目標は 99.999% としています。
はい。すべてのサブスクリプションが、自動検知、トラフィック再分散、代替プロビジョニングを備えた同じフォールトトレラントファブリック上で稼働します。小規模サイト向けプランは 99.9% の稼働率を提供し、その時間内に同じデータセンター内で故障したハードウェアを必ず置き換えます。上位の Enterprise プランは 99.99% の稼働率を提供し、より高速なフェイルオーバーのためにアクティブレプリカを使用します。
5 分 RPO と RTO は、Production/Live 環境の Enterprise プランにおける契約上の保証です。これは、2 つの異なるデータセンターに分散されオンライン状態のレプリカを持つことで実現されます。これらのプランのお客様はオプトインする必要はなく、追加費用なしでサービスに組み込まれています。
Auto Scaling サブスクリプション付きプランには、購入容量の最大 2 倍で、月あたり最大 12 時間（非連続）の運用が追加料金なしで含まれます。使用量と残り時間はコンソールで確認でき、超過の可能性があるかなり前にアラートが発火します。追加のカバレッジ時間を購入することで、環境がこの上限を超えられるかどうかを選択できます。
スケールアップしきい値を超えると、新しい Web サーバーは通常 30〜45 秒以内にプロビジョニングされます。トリガーは、利用可能な CPU とメモリ容量、利用可能な PHP ワーカー、過去の傾向など複数の指標に基づきます。スケールダウンは、一時的な低下中に削りすぎないよう段階的に行われます。
Fastly のエッジクラウドプラットフォームが、当社のコンテンツ配信と Web アプリケーションファイアウォールを支えています。Fastly と Ironstar の Drupal モジュールを通じて深い統合を提供しており、Ironstar Console から Fastly 設定の多くを制御できます。Drupal サイト向けに特化したワンボタンのオプションも用意されているため、CDN の専門家でなくてもメリットを得られます。
非常にまれです。メンテナンスは影響を最小化するため午前 2 時から午前 5 時の間に実施され、プラットフォームの設計により、通常は訪問者が何かに気付くことはありません。当社のインフラはデータセンターと冗長クラスターノードにまたがって稼働しているため、アップグレードを区分して実施し、ワークロードをスタンバイインフラへ再分散して影響を最小化します。
データベースとファイルの両方について、少なくとも 1 日 1 回の自動バックアップが有効です。バックアップは「アウトオブバンド」で実行されるためサイトのパフォーマンスに影響せず、3 つのリモートロケーションに保存されます。一度取得されたバックアップは変更できないため、ランサムウェア攻撃に対して優れた保護を提供します。
これは一部のプランレベルでのみ可能です。事前にご連絡いただければ、テスターと連携してプロセスを監視し、テスト完了後に当社の所見をレポートへ反映できるよう支援します。
お話を始めましょう。
現在運用しているもの、困っている点、目指したい姿をお聞かせください。こちらから丁寧に質問し、当社が本当に適しているかを率直にお伝えします。