--- title: "レンタルサーバーからAWSへ移るときに確かめること｜アメリア・テクノロジー株式会社" url: https://www.ameliatechnology.co.jp/blog/rental-server-to-aws/ description: "レンタルサーバーからAWSへ移ると、これまで事業者が担っていたOSの更新・バックアップ・メール・証明書の管理が自社の側に移ります。移す前に、担い手の変化、移す先の選び方、ドメインとDNSの順番、費用の見方を確かめる手順を説明します。" updated: 2026-11-14 publisher: "アメリア・テクノロジー株式会社" --- # レンタルサーバーからAWSへ移るときに確かめること レンタルサーバーからAWSへ移ると、これまで事業者が担っていたOSの更新・バックアップ・メール・証明書の管理が自社の側に移ります。移す前に、担い手の変化、移す先の選び方、ドメインとDNSの順番、費用の見方を確かめる手順を説明します。 2026.11.14 [クラウドと運用](https://www.ameliatechnology.co.jp/blog/category/cloud/) 執筆 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/)（グループCTO） クラウドと運用（CLOUD & OPERATIONS）のコラム ## この記事の要点 - レンタルサーバーで事業者が担っていた作業のうち、OSの更新や設定の多くは、AWSでは利用者の側の仕事になります - ドメインとDNSを同じ事業者で管理している場合は、DNSを先に移し、その後にドメインの登録を移します - 費用は、サーバーの料金だけでなく、外へ出る通信・バックアップの保存・運用の手間を合わせて見積もります レンタルサーバーからAWSへ移るときに最初に確かめることは、「これまで事業者が代わりにしてくれていたことを、移った後は誰がするのか」です。AWSでは、サーバーの中身の管理の多くが利用者の側に移るため、移す作業そのものより、移った後の運用の担い手を先に決めておくほうが、つまずきを減らせます。 [レンタルサーバー](https://www.ameliatechnology.co.jp/glossary/rental-server/)と[クラウド](https://www.ameliatechnology.co.jp/glossary/cloud/)の違いの全体は、別の記事で整理しています。この記事では、すでにAWSへ移ると決めた、または候補にしている会社が、移す前に確かめておくことに絞って説明します。 ## 事業者が担っていたことが、自社の側に移る レンタルサーバーでは、OSの更新、Webサーバーやメールの設定、バックアップ、証明書の更新などを、事業者がまとめて担っていることが多くあります。AWSのサーバー（Amazon EC2）では、OSより上の管理は利用者の責任です。 AWSの[責任共有モデル](https://www.ameliatechnology.co.jp/glossary/shared-responsibility-model/)では、AWSはクラウドの基盤（建物・機器・ネットワーク・仮想化の層）を守り、利用者はクラウドの中で使うものを守る、と分けています。EC2の場合、利用者はOSの管理（更新とセキュリティのパッチを含む）、入れたソフトウェア、サーバーごとの通信の許可の設定（セキュリティグループ）に責任を持ちます。 出典：[Shared Responsibility Model（AWS）](https://aws.amazon.com/compliance/shared-responsibility-model/) 移す前に、いまのレンタルサーバーで何を事業者に任せているかを書き出し、移った後の担い手を決めます。 | いま事業者に任せていること | AWSへ移った後に決めること | |---|---| | OSとWebサーバーの更新 | 誰が、どの頻度で更新を当てるか | | バックアップ | 何を、どの頻度で取り、どこに保管し、戻せるかをどう確かめるか | | メール | メールの受信をどこで扱うか（AWSに置くのか、ほかのメールのサービスに移すのか） | | SSL/TLSの証明書 | 証明書の発行と更新を、どの仕組みで自動にするか | | 障害のときの対応 | 夜間・休日を含め、誰が気づき、誰が動くか | メールは見落としやすい点です。レンタルサーバーではWebとメールが同じ契約に入っていることが多く、Webだけを移すと、メールの受け先をどうするかが宙に浮きます。メールをほかのサービスに移す場合は、Webの移行とは別の計画を立てます。 ## 移す先は、EC2 か Lightsail か AWSでレンタルサーバーに近い使い方をする場合、候補はAmazon EC2と Amazon Lightsail の2つです。 Lightsail は、Webサイトや小さなWebアプリケーションを始めるためのサービスで、AWSは「予測しやすい月額の料金」で必要なものをまとめて使える、と説明しています。仮想サーバー、組み込みのファイアウォール、固定のIPアドレス、DNSの管理、スナップショット（バックアップ）などがそろい、WordPress などのアプリケーションの入ったイメージも選べます。 出典：[What is Amazon Lightsail?（AWS）](https://docs.aws.amazon.com/lightsail/latest/userguide/what-is-amazon-lightsail.html) EC2 は、サーバーの種類やネットワークの構成を細かく選べる代わりに、組み合わせを自分で設計します。小さなサイトを1台のサーバーで動かすなら Lightsail、ほかのAWSのサービスと組み合わせて構成を育てていくならEC2、と考えると選びやすくなります。どちらでも、OSの中の管理が利用者の側にあることは変わりません。 ## ドメインとDNSは、移す順番を決める ドメインとDNS（名前を引く仕組み）を、いまのレンタルサーバーの事業者でまとめて管理している場合は、移す順番を誤ると、Webサイトやメールが一時的に届かなくなります。 AWSのDNSのサービス（Amazon Route 53）へドメインの登録を移す手順について、AWSは、いまの登録事業者がDNSも提供している場合は、ドメインの登録を移す前にDNSを Route 53 か別のDNSの事業者へ移すよう案内しています。登録事業者が無料で提供しているDNSは、移管の申請を受けた時点で止まる場合があり、DNSと登録を同時に移すと、Webサイト・メール・Webアプリケーションが使えなくなるおそれがある、とされています。 出典：[Transferring registration for a domain to Amazon Route 53（AWS）](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/domain-transfer-to-route-53.html) ドメインとDNSを同じ事業者で管理している場合の移す順番 **1. DNSを移す**：いまの登録事業者がDNSも提供している場合は、先に Route 53 か別のDNSの事業者へ移す **2. ドメインの登録を移す**：DNSを移した後に、ドメインの登録を Route 53 へ移す DNSと登録を同時に移すと、**Webサイト・メール・Webアプリケーションが使えなくなる**おそれがあります（AWSの移管の手順より） 同じ手順では、多くの登録事業者が「登録または移管から60日以上たっていないと移管できない」決まりを設けていること、DNSSEC を使っている場合は先に外し、24時間以上待ってから進めることも書かれています。ドメインの移管はWebの移行と同じ日に急いで行う必要はなく、DNSを先に移して落ち着いてから進めれば十分です。[DNS](https://www.ameliatechnology.co.jp/glossary/dns/)の切り替えの細かな手順は、[システムの入れ替えでのデータ移行の進め方](https://www.ameliatechnology.co.jp/blog/data-migration-steps/)とあわせて計画に入れておくと、作業の日の段取りが立てやすくなります。 ## 証明書・バックアップ・障害への備え 移った後の運用で、レンタルサーバーのときには意識しなかった3つの点を確かめます。 ### 証明書の更新 AWSの証明書の管理のサービス（AWS Certificate Manager）で管理する証明書には追加の料金がかからず、利用者はWebサイトを動かすためのAWSの資源の料金だけを払う、とAWSは説明しています。ロードバランサーや CloudFront（配信の仕組み）などのAWSのサービスと組み合わせて使えるほか、EC2のサーバーで直接使う場合は、ACME という手順で発行と更新を自動にするよう案内されています。 出典：[What is AWS Certificate Manager?（AWS）](https://docs.aws.amazon.com/acm/latest/userguide/acm-overview.html) ### バックアップ AWS Backup は、EC2やデータベース（Amazon RDS）など複数のサービスのバックアップを、計画（バックアッププラン）としてまとめて管理する仕組みです。バックアップは元のサーバーとは別の保管庫（バックアップボールト）に置かれ、EC2の場合は、元のサーバーを消しても、決めた保存の期間に従って残ります。費用は、バックアップの保存・復元・別の地域への転送などにかかります。 出典：[What is AWS Backup?（AWS）](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) 何をどの頻度で取り、どこまで戻せればよいかの決め方は、[バックアップと復旧の設計。何を、どこに、どのくらい残すか](https://www.ameliatechnology.co.jp/blog/backup-recovery-design/)にまとめています。 ### 障害のとき EC2には、基盤の機器に問題が起きたときに、サーバーを別の機器へ移して立ち上げ直す自動の復旧の仕組みがあります。ただしAWSは、この仕組みは1台ずつのサーバーのためのもので、復旧に失敗した場合は利用者の手での対応が要ること、メモリ上のデータは失われることを説明し、システム全体の可用性にはロードバランサーと自動の台数の調整を組み合わせた構成を勧めています。 出典：[Automatic instance recovery（AWS）](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-recover.html) 1台のサーバーで動かす場合は、止まったときに誰が気づき、誰が立ち上げ直すかを決めておくことが、レンタルサーバーのときより大きな意味を持ちます。 ## 費用は、運用の手間まで含めて比べる レンタルサーバーの月額と、AWSのサーバーの料金だけを並べると、判断を誤りやすくなります。AWSでは、使った分の料金に加えて、次の費用を見積もりに入れます。 - インターネットへ出ていく通信の料金（AWSは、すべてのサービスと地域を合わせて毎月100GBまでの外向きの通信を無料としています。2026年11月時点） - バックアップとログの保存の料金 - OSの更新や監視など、これまで事業者が担っていた作業の人の手間 出典：[Amazon EC2 On-Demand Pricing（AWS）](https://aws.amazon.com/ec2/pricing/on-demand/) 費用の見直しの考え方は、[クラウドの費用を見直す（FinOps）の進め方](https://www.ameliatechnology.co.jp/blog/cloud-cost-optimization/)で詳しく説明しています。移す前に、3か月ほどの使い方を想定して見積もり、移った後に実際の請求と比べると、見込みとのずれに早く気づけます。 ## 当社のご支援 当社は、レンタルサーバーからAWSなどのクラウドへの移行を、いまの環境の確かめから、移す先の設計、DNSとドメインの切り替えの段取り、移した後の運用管理まで、[クラウドの構築と運用管理](https://www.ameliatechnology.co.jp/service/cloud/)でお手伝いしています。まずいまの状態を整理したい場合は、[クラウドの自己診断](https://www.ameliatechnology.co.jp/diagnosis/cloud/)（無料）や、クラウドの現状チェックからお使いいただけます。料金の目安は[料金のページ](https://www.ameliatechnology.co.jp/pricing/#cloud)に載せています。 - AWS - レンタルサーバー - クラウド移行 ## この記事に出てくる用語 - [レンタルサーバー](https://www.ameliatechnology.co.jp/glossary/rental-server/) - [AWS（Amazon Web Services）](https://www.ameliatechnology.co.jp/glossary/aws/) - [サーバー](https://www.ameliatechnology.co.jp/glossary/server/) - [クラウド](https://www.ameliatechnology.co.jp/glossary/cloud/) - [Webサーバー](https://www.ameliatechnology.co.jp/glossary/web-server/) - [バックアップ](https://www.ameliatechnology.co.jp/glossary/backup/) - [責任共有モデル](https://www.ameliatechnology.co.jp/glossary/shared-responsibility-model/) - [仮想化](https://www.ameliatechnology.co.jp/glossary/virtualization/) この記事を書いた人 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/) グループCTO インターネットの黎明期から、ホスティング事業の立ち上げや、インフラ・セキュリティのプロジェクトに携わってきました。現在は、AWS・Azure へのクラウド移行の支援と、業務アプリケーションの要件定義から実装までを担っています。 このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。 ## あわせて読みたい - [Windowsサーバーと Active Directory を Azure へ移すときの考え方](https://www.ameliatechnology.co.jp/blog/windows-ad-to-azure/) - [Google Cloud を選ぶ場面。データ分析と Google Workspace とのつながり](https://www.ameliatechnology.co.jp/blog/when-to-choose-google-cloud/) - [Well-Architected の柱で、いまの構成を確かめる](https://www.ameliatechnology.co.jp/blog/well-architected-review/) [クラウドと運用のコラムを見る](https://www.ameliatechnology.co.jp/blog/category/cloud/) [コラムの一覧に戻る](https://www.ameliatechnology.co.jp/blog/) ## 次の一歩 ### クラウドの構築と運用を任せる AWS・Microsoft Azure・Google Cloud の設計・構築・移行から、監視・運用・セキュリティまでを一つのチームで受け持ちます。監視は仕組みで24時間365日自動に回し、原因の調査と再発の防止は当社が担います。 [クラウドの構築と運用管理を見る](https://www.ameliatechnology.co.jp/service/cloud/) ### クラウドの状態を、無料で確かめる 15の設問に答えると、構成と管理・権限・守り・障害への備え・費用と体制の5つの分野の点数と、最初に取り組むことをまとめたレポートをその場でお届けします。 [クラウドの自己診断（無料）を受ける](https://www.ameliatechnology.co.jp/diagnosis/cloud/) ## ご関心に合わせて、お選びください。 [情報を集めている方へ会社案内、AI開発の例、セキュリティ診断の報告書の見本をお送りします。資料をダウンロード](https://www.ameliatechnology.co.jp/download/)[課題が見えている方へオンラインで30分、お話をうかがいます。費用はかかりません。無料で相談する](https://www.ameliatechnology.co.jp/contact/)[進め方を決めたい方へ2〜4週間で、優先順位と計画をまとめるAI活用の診断です。診断について見る](https://www.ameliatechnology.co.jp/pricing/#diagnosis) --- 出典：アメリア・テクノロジー株式会社「レンタルサーバーからAWSへ移るときに確かめること｜アメリア・テクノロジー株式会社」 https://www.ameliatechnology.co.jp/blog/rental-server-to-aws/