インモビインモビ

resource "aws_appautoscaling_policy" "dynamodb_table_read_policy" {
  name               = "$-scaling-policy"
  policy_type="TargetTrackingScaling"resource_id=aws_appautoscaling_target.dynamodb_table_read_target.resource_idscalable_dimension=aws_appautoscaling_target.dynamodb_table_read_target.scalable_dimensionservice_namespace=aws_appautoscaling_target.dynamodb_table_read_target.service_namespacetarget_tracking_scaling_policy_configuration{predefined_metric_specification{predefined_metric_type="DynamoDBReadCapacityUtilization"}target_value=70}}

作成単位
OpenSearchでログ出力を行う場合、マネジメントコンソールではリソースポリシーが出力するログ毎に1つ自動で作成され、ログをCloudWatch Logsに出力することが出来る。一方で、terraformでは明示的にリソースを定義して作成する必要があるため、1つのリソースポリシーに出力するログ全ての設定を記載したため、差分として表示さました。
# エラーログ用ポリシー準備
data "aws_iam_policy_document" "application_logs_iam_policy" {
  statement {
    actions = [
      "logs:CreateLogStream",
      "logs:PutLogEvents"
    ]

    resources = [
      "arn:aws:logs:ap-northeast-1:xxxxxxxxxxxx:log-group:/aws/OpenSearchService/domains//application-logs:*"
    ]

    principals {
      identifiers = ["es.amazonaws.com"]
      type        = "Service"
    }
  }
}

# インデックススローログ用ポリシー準備
data "aws_iam_policy_document" "index_logs_iam_policy" {
  statement {
    actions = [
      "logs:CreateLogStream",
      "logs:PutLogEvents"
    ]

    resources = [
      "arn:aws:logs:ap-northeast-1:xxxxxxxxxxxx:log-group:/aws/OpenSearchService/domains//index-logs:*"
    ]

    principals {
      identifiers = ["es.amazonaws.com"]
      type        = "Service"
    }
  }
}

# 検索スローログ用ポリシー準備
data "aws_iam_policy_document" "search_logs_iam_policy" {
  statement {
    actions = [
      "logs:CreateLogStream",
      "logs:PutLogEvents"
    ]

    resources = [
      "arn:aws:logs:ap-northeast-1:xxxxxxxxxxxx:log-group:/aws/OpenSearchService/domains//search-logs:*"
    ]

    principals {
      identifiers = ["es.amazonaws.com"]
      type        = "Service"
    }
  }
}

# エラーログ用リソースポリシー作成
resource "aws_cloudwatch_log_resource_policy" "application-logs" {
  policy_name     = "Application-logs"
  policy_document = data.aws_iam_policy_document.application_logs_iam_policy.json
}

# インデックススローログ用リソースポリシー作成
resource "aws_cloudwatch_log_resource_policy" "index-logs" {
  policy_name     = "Application-logs"
  policy_document = data.aws_iam_policy_document.index_logs_iam_policy.json
}

# 検索スローログ用リソースポリシー作成
resource "aws_cloudwatch_log_resource_policy" "search-logs" {
  policy_name     = "Application-logs"
  policy_document = data.aws_iam_policy_document.search_logs_iam_policy.json
}



force_destroy

この項目は、マネジメントコンソールでは存在しない設定項目で、terraform独自の設定項目となるため、差分が発生します。
terraform独自の設定項目ということで設定内容としては、S3を削除するときにオブジェクトがあるとエラーになりますが、この設定をtrueにすることでオブジェクトも含めて削除することを有効化出来る設定です。この設定自体はterraformのドキュメントだとオプションになっているのですが、何も指定しなくてもデフォルトの設定値falseで入るため、差分として表示されます。


resource "aws_s3_bucket" "s3_buckets" {
  for_each      = local.s3_bucket_map
  bucket        = each.key
  force_destroy = true
}



expected_bucket_owner

この項目はまだ調査中ですが、一部の画面から作成したS3にアカウントIDが入っていました。一部のリソースだけなので、何かしら作る時の手順で入ったのかなと思いますが、詳しい方いれば教えてください。
こちらterraformで作成した場合は明示的に指定しないとnullで入るため、差分として表示されます。


resource "aws_s3_bucket_versioning" "bucket_versioning" {
  bucket                = aws_s3_bucket.s3_bucket.id
  expected_bucket_owner = "012345678912"

  versioning_configuration {
    status              = "Enabled"
  }
}



オブジェクト
今回はオブジェクトもterraformで作成していたのですが、オブジェクトのインポートが上手くいきませんでした。
この理由としては、昔からよくある問題ですがフォルダオブジェクトがなかったためインポートが上手く機能していませんでした。具体的には、terraformにはtest/というオブジェクトを記載していました。


resource "aws_s3_object" "s3_object" {
  bucket = aws_s3_bucket.s3_bucket.id
  key    = "test/"
}


一方で、マネジメントコンソールで構築した際はtest/index.htmlといったようにファイルごとアップロードしていたため、フォルダオブジェクトが存在せず、terraformコードで記載しているオブジェクトが差分として表示されていました。
インポート機能については非常に便利な機能です。これは間違いなく言えることです。
今回多くの差分が発生しましたが、発生した差分は実際に設定値を間違って設定して差分が出ていたというよりは環境特有の問題が多く、どれも利用者が意図しないものでした。
インポートを実行するには、これらの差分を1つ1つ確認していく必要があるので、かなりの負荷がかかります。
私が今回実施したように、環境毎インポートするというのがレアなケースなのかもしれませんが、そういった用途で使う方も少なからずいると思っています。
そのため、今回の記事がそういった方々の助けに少しでもなれば幸いです。
また、今回の記事で記載したサービスと差分は、私が今回のプロジェクトで利用したサービスと設定値で発生したものになります。別のリソースを利用すれば同じようにそのリソースにも差分が発生する項目があるかもしれませんし、同じサービスでも設定が異なるとまた違った項目が発生することもあると思います。そのため、今回の記事はあくまでも一例で、差分が発生するリソース一覧や設定一覧ではないことをご認識頂ければ幸いです。
皆さんのIaC生活が実りあるものになりますように！






4

Go to list of users who liked






Register as a new user and use Qiita more conveniently

You get articles that match your needs
You can efficiently read back useful information
You can use dark theme

What you can do with signing up




4

Go to list of users who liked



more_horiz



Deleted articles cannot be recovered.
Draft of this article would be also deleted.
Are you sure you want to delete this article?

CancelDeletedelete