よくある質問

公開鍵だけを使う

ターミナルでの手順

1. Terminal、Windows Terminal、または PowerShell を開きます。
2. 実行します: ssh-keygen -t ed25519 -C "your-email@example.com"。
3. 既定の保存先を受け入れるか、安全なパスを選びます。
4. 公開鍵を表示します: cat ~/.ssh/id_ed25519.pub。
5. Windows PowerShell では次を使います: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub。
6. ssh-ed25519 で始まる行全体を SSH public key 欄にコピーします。

貼り付け前に確認

必要なのは公開部分だけ

Windows での手順

1. PuTTYgen を開きます。
2. 利用できる場合は EdDSA / Ed25519 を選びます。
3. RSA 4096 は互換性が必要な場合だけ使います。
4. Generate を押し、鍵が作成されるまでマウスを動かします。
5. 秘密鍵を自分のコンピューターに保存します。
6. 公開鍵のテキストを SSH public key 欄にコピーします。

秘密情報を共有しない

正確なホスト名が出発点

DNS 変更前の確認

1. 対象ホスト名の既存 A/AAAA、CNAME、ALIAS、ANAME、リダイレクトを確認します。
2. 同じホスト名で競合するレコードを削除または修正します。
3. サービスが指定するレコード種別と値を正確に入力します。
4. 伝播と証明書確認が終わるまで旧環境を急いで止めません。

切り替え前に戻し方を決める

レコード種別には役割がある

メール系 TXT の置き場所

1. SPF はメールプロバイダーが指定するドメインに公開します。
2. DKIM はプロバイダーが指定した selector の下に置きます。
3. DMARC は通常 _dmarc の下に置きます。
4. CAA は誤ると証明書発行を止めるため慎重に変更します。

同じ名前の競合を避ける

長く使える連絡先で登録する

初回注文前の準備

1. 業務用メールアドレスで登録します。
2. 確認メールが届いた場合は認証を完了します。
3. 有料注文の前に請求先情報を入力します。
4. 利用できる場合は二要素認証を有効にします。

アクセスを失わないために

サービスが動いている間に消費される

残高切れを避ける確認点

1. 顧客エリアで残高と稼働可能日数を確認します。
2. 注文や変更を確定する前に表示価格と日次費用を見ます。
3. 低残高通知、停止通知、表示される削除期限を見逃さないようにします。
4. 停止と後日の削除を避けるため、余裕を持って補充します。

残高が少ない時の動き

表示額は比較用、消費は日次

価格変更時に見る項目

1. 変更前後の日次費用を比較します。
2. CPU、RAM、ディスク、有料オプションが増えると消費も増える可能性があります。
3. 変更が適用済みになるまで新しい費用で判断しません。
4. 会計用に注文確認、請求書、クレジット履歴を保存します。

日次費用を基準にする

Pending は失敗とは限らない

支払い後の確認手順

1. 支払い完了後に Cli>_ へ戻ります。
2. アカウント内で注文ステータスを確認します。
3. 確認待ちの場合はプロバイダーの通知を待ちます。
4. 変化しない場合は注文番号と見える決済参照をサポートへ送ります。

重複を作らない

入力欄には公開値だけを入れる

注文ボタンの前にそろえるもの

1. チームが分かるサービス名を決めます。
2. 独自ドメインを使うか一時ホスト名を使うか決めます。
3. 必要な場合は公開 SSH キーを準備します。
4. アプリの要件に合わせて CPU、RAM、ストレージを見積もります。

秘密情報は送らない

新規注文ではなく既存サービスを変更する

確定前のチェック

1. 現在の CPU、RAM、ディスク、バックアップ保持、Offsite Archive 保持を確認します。
2. 新しい価格と日次クレジット消費を確認します。
3. 再起動、保守時間、短い停止の注意がないか読みます。
4. リスクのある変更前に重要データをエクスポートします。

変更の影響を確認する

解約は即時の全データ削除ではない

解約前に済ませること

1. 長期保存が必要なデータを自分でエクスポートします。
2. 停止通知と表示削除期限を読みます。
3. バックアップ保持と Offsite Archive 保持はサービス削除とは別物として扱います。
4. 迷う場合は期限前にサポートへ相談します。

必要なデータを先に取り出す

バックアップはアーカイブではない

復元依頼に含める内容

1. サービス名と注文番号を記載します。
2. 戻したいおおよその時刻を指定します。
3. 全体復元か一部復元か希望を説明します。
4. パスワード、秘密鍵、トークンなしで見えるエラーや背景を伝えます。

復元範囲を具体化する

通常運用から離した保管

保持日数と容量で見積もる

1. 復旧目標や規則に合わせて保持日数を選びます。
2. 保存 MB と保存日数を掛けて MB-days を考えます。
3. 表示単価は EUR/GB/月で、結果はセント単位に丸められます。
4. 容量や保持期間が増える前に月額影響を見直します。

ライブ利用とは分けて考える

負荷の種類で必要量が変わる

プランが小さすぎるサイン

1. OOM、out of memory、process killed、過度な swap があれば RAM を検討します。
2. 長時間の高負荷、圧縮、ビルド、ワーカー処理には CPU を検討します。
3. ファイルシステム、ログ、DB が満杯に近づく前にディスクを増やします。
4. 変更後は同じエラーが消えたか確認します。

小さく始めても監視する

通信方向を先に確認する

IP 追加前の質問

1. 相手が inbound、outbound、両方向のどれを許可リスト化するか確認します。
2. 可能なら数値 IP ではなく DNS 名を使います。
3. 必要なアプリケーションポートだけを開きます。
4. 本番アクセスを変える前に要件をサポートへ共有します。

直接経路が必要な場合

共有エンドポイントではポートが宛先を決める

接続方法を使い分ける

1. 共有 SSH ではサービス画面の SSH username、public host、高い port をコピーします。
2. ssh -p <port> <username>@<public-host> の形式で接続します。
3. 専用パブリック IP を追加したサービスでは、その IP または DNS 名への直接 SSH エンドポイントも表示される場合があります。
4. 秘密鍵はローカルの SSH クライアントで使い、サポートには host、port、username、見えるエラーだけを送ります。

共有 SSH と直接 SSH の違い

正確なホスト名が出発点

DNS 変更前の確認

1. 対象ホスト名の既存 A/AAAA、CNAME、ALIAS、ANAME、リダイレクトを確認します。
2. 同じホスト名で競合するレコードを削除または修正します。
3. サービスが指定するレコード種別と値を正確に入力します。
4. 伝播と証明書確認が終わるまで旧環境を急いで止めません。

切り替え前に戻し方を決める

レコード種別には役割がある

メール系 TXT の置き場所

1. SPF はメールプロバイダーが指定するドメインに公開します。
2. DKIM はプロバイダーが指定した selector の下に置きます。
3. DMARC は通常 _dmarc の下に置きます。
4. CAA は誤ると証明書発行を止めるため慎重に変更します。

同じ名前の競合を避ける

伝播は待ち時間ではなくキャッシュの問題

計画変更で混乱を減らす

1. 可能なら変更前に TTL を下げます。
2. 変更後はキャッシュが切れるまで何度も値を書き換えません。
3. 結果が割れる場合は複数の resolver やネットワークで確認します。
4. 診断用に旧値、新値、TTL、変更時刻を記録します。

確認結果は場所で変わる

見えるファイル以外も容量を使う

容量注文前の見積もり

1. 現在のユーザーデータと共有フォルダーを合計します。
2. バージョン、ゴミ箱、プレビュー、同期の余裕を足します。
3. 大きなインポートや新しいチームの予定を含めます。
4. 利用者が上限に当たる前に増量します。

余白は同期失敗を防ぐ

git clone だけでは移行は終わらない

切り替え前の検証

1. リポジトリ、所有者、権限グループ、自動化アカウントを一覧化します。
2. LFS オブジェクト、submodules、branch/tag protection を確認します。
3. 移行後に clone、push、Git LFS、submodules、CI 実行を試します。
4. 古い token は値を共有せずにローテーションまたは失効します。

権限と自動化も移す

到達率はドメイン設定から始まる

初回キャンペーン前の確認

1. キャンペーン用の sender domain または subdomain を選びます。
2. 検証 DNS、SPF、DKIM selector、DMARC を公開します。
3. 本番前にテストメールで spam 判定、bounce、リンクを確認します。
4. unsubscribe と List-Unsubscribe を正確に保ちます。

本番前に少量で試す

Auto だけが正解ではない

デプロイ前の設定

1. フレームワークとビルド方法に合わせて auto または manual を選びます。
2. 対応する PHP ケースだけで PHP 8.2、8.3、8.4 を選びます。
3. CPU、RAM、ストレージ、backup retention、Offsite Archive retention を決めます。
4. デプロイ後に uploads、cache、logs、見えるアプリエラーをテストします。

アプリに合わせて選ぶ

良いチケットには文脈がある

送ってよい情報と隠す情報

1. hosting では runtime、PHP または言語、CPU、RAM、ディスク、uploads、cache、logs の概要を送ります。
2. スクリーンショットは password、token、private key、session、個人情報を隠してから添付します。
3. パスワード、秘密鍵、API token、recovery seed、DB export は送信しません。
4. 公開されていない運用メモや機密値入りの完全ログは共有しません。

再現手順を短く書く