最終型

起動スクリプト

インスタンス情報

前段

方針、戦略(と、途中での紆余曲折)

新戦略

  1. t2.micro のリザーブドインスタンスの購入(済)
  2. t2.micrro インスタンス(本番サーバー置き換え用)を作成
  3. メールサーバー環境の構築(仮 IP、仮 証明書)
  4. 旧サーバーインスタンスを停止
  5. データ移行用インスタンスを起動
  6. EBS新旧を移行用サーバーにマウントしメールサーバーのデータをオフライン移行
  7. ELASTIC IP 付け替え、証明書移行 to 新サーバーインスタンス
  8. 新サーバー稼働、テスト
  9. 移行用サーバーインスタンスの停止
  10. 経過観察後、問題なければ旧サーバーインスタンスの停止

AWS 側の設定

リザーブドインスタンスのダウングレード購入

リザーブドインスタンス ID = 1f08ed93-6d03-45c0-8408-130000a5135a

t2.micro インスタンスの新規作成

t2.medium インスタンスの設定方針(最終的な形)

購入した t2.small を無駄にせず、差分を購入して t2.medium にアップグレード可能だった

2 つ以上の リザーブドインスタンス を単一の リザーブドインスタンス にマージすることもできます。
たとえば、それぞれに 1 つのインスタンスがある 4 つの t2.small リザーブドインスタンス がある場合、
これらをマージして 1 つの t2.large リザーブドインスタンス を作成できます。

が、しかし t2.small RI を追加で購入したが購入日付が違うためマージできず

> EC2 t2.small リザーブドインスタンスを購入後、要件的に t2.medium が必要となり t2.small を
> 追加購入して マージしようとしたが、購入日が異なるためにマージ出来ない状況になっています。
> 後から購入したリザーブドインスタンスの有効期限を短くして、最初に購入したものと合わせる事は
> 可能でしょうか

リザーブドインスタンスにつきましては長期間のご利用を前提として安価料金のメリットを提供させて
いただいておりますため、契約期間は短縮いただけません。お問い合わせくださいましたところ大変心苦しく
存じますが、どうぞご理解くださいますようお願い申し上げます。

なお、プラットフォームがLinux/UNIXのリザーブドインスタンスは、柔軟性により、オンデマンドインス
タンスのサイズとリザーブドインスタンスのサイズが異なっておりましても、リザーブドインスタンスが
オンデマンドインスタンスに適用される場合がございますこと補足申し上げます。
詳細につきましては下記ページをご覧くださいますようお願い申し上げます。

オンデマンドインスタンスに スマートに RI 購入済クレジットを適用してくれる(無駄ではなかった)

ご担当者様

平素よりお世話になっております。AWSカスタマーサービスの喜屋武と申します。
この度はご丁寧にご返信いただき、誠にありがとうございます。

頂いたご質問内容に関しまして、下記の通りご回答差し上げます。
(すでにご認識いただいている内容と重複する部分もあるかと存じますが、ご容赦頂ければ幸いです)

【サイズが柔軟なRIに関しまして】
RIの「柔軟性」というのは、RIが持っている性質のことです。
(別途、設定する必要がなくRIを購入した時点で自動的に付与される性質とご認識くださいませ)

RIは上記「柔軟性」により、正規化係数(フットプリント)に基づいて稼働しているインスタンスに「自動適用」されます。
あくまでもコスト最適化の観点に基づいて、稼働しているインスタンスの状況に併せて「自動適用」されるため、
「適用したいインスタンスを任意に選択することはできない」という点にご留意いただければと存じます。

■RIの柔軟性の具体例
※下記説明の前提として、t2.nanoの正規化係数は「0.25」。t2.smallの正規化係数は「1」。t2.mediumの正規化係数は「2」となります。
例1)t2.smallのRIを2つ保持しているが、実際にはt2.mediumインスタンス1台のみ稼働している場合。
正規化係数「2」がt2.medium1台(「2」)の稼働に対して適用されます。

例2)t2.smallのRIを2つ保持しており、実際にはt2.smallを1台、t2.nanoインスタンス4台のみ稼働している場合。
正規化係数「2」がt2.small1台(「1」)、t2.nanoインスタンス4台(「0.25*4=1」)の稼働に対して適用されます。

▼(ご参考)RIの正規化係数について
https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/ri-modifying.html 
「インスタンスサイズのフットプリント」の項目にサイズごとの正規化係数の記載がございます。

【質問に対するご回答】
> t2.small RI が2つあれば オンデマンドの t2.medium のコストに自動的に割り当てられる.... という理解で正しいでしょうか
上記説明をもとにすると、お客様から頂いた上記質問に対する回答としましては、
「 t2.small RI が2つあり、かつ稼働しているオンデマンドインスタンスが t2.medium1台のみであれば、
t2.mediumのコストに自動的に割り当てられる」 ということになります。しかしながら、他にt2.smallなど
別のインスタンスが稼働している場合には、t2.smallの稼働コスト分に割り当てられてしまう可能性がございますこと、
ご承知おきくださいませ。

※前述の通り、必ずしも「t2.medium のコストに割り当てられる」とは断言できませんが、「コスト最適化」の
観点に基づいて割り当てられますため、お客様が損を被ることはございませんので、ご安心くださいませ。

サーバー設定

メールサーバー環境(virtual mailbox 対応)の構築

Postfix Admin

clamav がメモリーを喰い潰す問題(は、程度の差こそあれ t2.small でも発生)

メールサーバーチェッカー 10/10 を一発取得

Received: by mail-tester.com (Postfix, from userid 500)
	id C671FA84CE; Wed, 23 Sep 2020 06:05:15 +0200 (CEST)
Authentication-Results: mail-tester.com;
	dkim=temperror (0-bit key; unprotected) header.d=hmuna.com header.i=@hmuna.com header.b=PkL3aRQl;
	dkim-atps=neutral
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail-tester.com
X-Spam-Level: 
X-Spam-Status: No/-0.2/5.0
X-Spam-Test-Scores: DKIM_SIGNED=0.1,DKIM_VALID=-0.1,DKIM_VALID_AU=-0.1,
	DKIM_VALID_EF=-0.1,SPF_PASS=-0.001,URIBL_BLOCKED=0.001
X-Spam-Last-External-IP: 54.168.145.135
X-Spam-Last-External-HELO: mail2.hmuna.com
X-Spam-Last-External-rDNS: mail2.hmuna.com
X-Spam-Date-of-Scan: Wed, 23 Sep 2020 06:05:15 +0200
X-Spam-Report: 
	* -0.0 SPF_PASS SPF: sender matches SPF record
	* -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from
	*      envelope-from domain
	* -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
	*      author's domain
	*  0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily
	*       valid
	* -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
	*  0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was
	*      blocked.  See
	*      http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
	*      for more information.
	*      [URIs: hmuna.com]
Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=54.168.145.135; helo=mail2.hmuna.com; envelope- from=public_mail@hmuna.com; receiver=test-iac1xgrmt@srv1.mail-tester.com 
DMARC-Filter: OpenDMARC Filter v1.3.1 mail-tester.com 750C2A84CE
Authentication-Results: mail-tester.com; dmarc=pass header.from=hmuna.com
Authentication-Results: mail-tester.com;
	dkim=temperror (0-bit key; unprotected) header.d=hmuna.com header.i=@hmuna.com header.b=PkL3aRQl; 
	dkim-atps=neutral
Received: from mail2.hmuna.com (mail2.hmuna.com [54.168.145.135])
	(using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by mail-tester.com (Postfix) with ESMTPS id 750C2A84CE 
	for <test-iac1xgrmt@srv1.mail-tester.com>; Wed, 23 Sep 2020 06:05:11 +0200 (CEST)
Received: from localhost (mail2.hmuna.com [127.0.0.1])
	by mail2.hmuna.com (Postfix) with ESMTP id 86FD3BDD71
	for <test-iac1xgrmt@srv1.mail-tester.com>; Wed, 23 Sep 2020 13:05:08 +0900 (JST)
X-Virus-Scanned: Debian amavisd-new at mail2.hmuna.com
Received: from mail2.hmuna.com ([127.0.0.1])
	by localhost (ip-172-31-22-38.ap-northeast-1.compute.internal [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id wq3NdD-vsXbN for <test-iac1xgrmt@srv1.mail-tester.com>;
	Wed, 23 Sep 2020 13:05:05 +0900 (JST)
MIME-Version: 1.0
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hmuna.com; s=dkim;
	t=1600833905; bh=T3JVNWIKqLNE9srGASR8eT8PH5+lK4r3tOAkV8JFS1Q=;
	h=Date:From:To:Subject:From;
	b=PkL3aRQlA5kX1PJ3FWbN2Pd94Sd4B1eBvyvFY44qHUHwgDJB1vWEiO4mKYINqQ42H
	 aIahl7OhJ9RG2WLDesyqdWmX1cZ3OnwX9GCjz5ShJYRYTYLkO9Bhaz2jkGRyra9azA
	 T2hNxpgB+Egfosinbx+77PzFTmAxx1+L2hQXTnqKKC/Zntqc00i9gBaW62w9Sju67Q
	 6qHazZjJZe3fX06UDYl6qarJzG9cwyXFqJh6X1jOyeR3Cvulq25N0TxYN/g/bC2R+l
	 5hRmR7lELwkiQIFoQaPvqyHNYs1A0b7fR2JjZBQ33Ohrve+38z8LzwKjRSCkEGlp6z
	 uUGacjdOvWy0A==
Content-Type: text/plain; charset=US-ASCII;
 format=flowed
Content-Transfer-Encoding: 7bit
Date: Wed, 23 Sep 2020 13:05:05 +0900
From: public_mail@hmuna.com
To: test-iac1xgrmt@srv1.mail-tester.com
Subject: test mail
Message-ID: <b1cd71427944275c2fddffe817bb3aee@hmuna.com>
X-Sender: public_mail@hmuna.com

メール統計監視(mailgraph)

メール振り分け処理 (procmail → dovecot-sieve に実装を変更)

dovecot sieve インストール

virtual mailbox への対応

managesieve

sieve programing

sieve example

sieve debug

参考 URL

2ndery MX (mail3.hmuna.com) の立ち上げ

mailserver 設定

Sep 29 00:51:09 mail3 postfix/smtps/smtpd[17902]: Anonymous TLS connection established from unknown[212.70.149.68]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
Sep 29 00:51:14 mail3 postfix/smtpd[17891]: connect from mail-il1-f179.google.com[209.85.166.179]
Sep 29 00:51:15 mail3 postfix/smtpd[17891]: Anonymous TLS connection established from mail-il1-f179.google.com[209.85.166.179]: TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)
Sep 29 00:51:15 mail3 policyd-spf[17896]: prepend Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=209.85.166.179; helo=mail-il1-f179.google.com; envelope-from=magu775@gmail.com; receiver=<UNKNOWN>
Sep 29 00:51:15 mail3 postfix/smtpd[17891]: 97164454DC: client=mail-il1-f179.google.com[209.85.166.179]
Sep 29 00:51:15 mail3 postfix/cleanup[17897]: 97164454DC: message-id=<CAK8HeGNGVr7Wd+XgY=4p6Y8=s5KZv7K_6uyHovhc3irSTpU=MA@mail.gmail.com>
Sep 29 00:51:15 mail3 postfix/qmgr[17887]: 97164454DC: from=<magu775@gmail.com>, size=19800, nrcpt=1 (queue active)
Sep 29 00:51:15 mail3 postfix/smtp[17898]: connect to mail2.hmuna.com[54.168.145.135]:25: Connection refused
Sep 29 00:51:15 mail3 postfix/smtp[17898]: 97164454DC: to=<public_mail@hmuna.com>, relay=none, delay=0.63, delays=0.61/0.01/0/0, dsn=4.4.1, status=deferred (connect to mail2.hmuna.com[54.168.145.135]:25: Connection refused)
Sep 29 00:51:16 mail3 postfix/smtpd[17891]: disconnect from mail-il1-f179.google.com[209.85.166.179] ehlo=2 starttls=1 mail=1 rcpt=1 data=1 quit=1 commands=7

DB レプリケーションの設定


トップ   新規 一覧 検索 最終更新   ヘルプ   最終更新のRSS