ピッツバーグとクリーブランドのLinuxサーバーサポート

業務アプリケーションのホスティング

当社のLinux関連業務の大半は、誰かが毎日頼りにしているアプリケーションを支えるものです。アプリケーションとそのデータベース、スケジュールされたジョブを導入して設定します。前面にリバースプロキシを置き、HTTPS証明書の処理とホスト名によるルーティングを任せるため、アプリケーションが直接公開されることはありません。

• サービス:起動時に開始し、障害時に再起動し、役立つ場所にログを残すsystemdユニット。
• TLS:証明書を自動で発行・更新し、更新に失敗した場合はアラートを出します。
• コンテナ:アプリケーションがコンテナで提供される場合は、DockerとDocker Composeで動かします。

前任の管理者が残したサーバーの引き継ぎ

サーバーは、ドキュメントがなく、管理者も退職済みという状態で来ることがよくあります。何かを変更する前に、ユーザー、サービス、スケジュールされたジョブ、開いているポート、証明書、バックアップを一覧にし、見つけた内容を文書化します。

認証情報は引き継いでローテーションし、不足点の一覧で、パッチ未適用、バックアップ未取得、サポート切れの項目をお伝えします。そのあと、1回の変更ごとに修正を進めます。他のIT事業者からの引き継ぎも同じ進め方で、当社が主な窓口になる前に1週間の並行運用を行います。

ホスト間の移行

アプリケーションを新しいサーバー、新しいOSリリース、またはProxmox上の仮想マシンへ移す作業は、書面の計画に沿って進めます。旧ホストの隣に新しいホストを構築し、データをコピーし、アプリケーションをテストし、営業時間外に切り替えを実施します。新しいサーバーが問題なく動くと確認できるまで、旧サーバーは利用可能な状態で残します。

Linuxがコンテナやクラスターとどう関わるかは、LinuxとKubernetesの概要をお読みいただくか、ナレッジベースのLinuxガイドをご覧ください。1台のサーバーでは足りなくなったワークロードにはKubernetesが向く場合もありますが、多くは必要になりません。バックアップと復旧計画は、バックアップとディザスタリカバリで扱っています。

導入の進め方

1. ヒアリング。サーバー、アプリケーション、現在の問題について短くお話を伺います。
2. 作業範囲の文書化。作業内容、変更の順序、元に戻す手順を、着手する前に合意します。
3. 実装。構築、パッチ適用、移行、修復を行い、結果をテストして文書化します。
4. 継続運用。任意で、担当エンジニアによる月額サポートを提供します。縛りはありません。

オフィスはペンシルベニア州のCoraopolisとBeaver Fallsにあります。クリーブランド周辺の現地作業はプロジェクトに合わせて日程を調整し、リモートサポートは全米で利用できます。1営業日以内にご返信します。

Linuxサーバーサポートに関するご質問

どのLinuxディストリビューションをサポートしていますか?

Ubuntu、Debian、RHEL系のサーバーです。それ以外をお使いの場合は、ヒアリングの際にご相談ください。

クラウドに移行しなくても、サーバーをサポートできますか?

はい。オフィス内、ラック内、Proxmoxの仮想マシン上、またはAzure上のサーバーを管理し、ワークロードにはどれが適しているかもアドバイスします。

継続サポートだけですか?

いいえ。1回限りの移行、セキュリティ強化の見直し、障害が起きている1台のサーバーの救済を、単独のプロジェクトとして引き受けます。ご希望があれば、そのあとに継続運用へ移れます。

ドキュメントがまったくない場合はどうなりますか?

よくあることです。前述の棚卸しが最初のドキュメントになり、それはお客様のものです。