説明
バックエンドは、初期化する前に Terraform コードで設定できます。バックエンドを初期化すると、状態ファイルがリモートに保存され、ロックやワークスペースなどの機能が有効になります。参照 = [Terraform バックエンド]

説明
これは、状態ファイルのロックやバージョン管理をサポートしていないため、Terraform の有効なバックエンドではありません4。他のオプションは、状態ファイルを中央の場所に保存できる有効なバックエンドです。

説明
自動ロック解除に失敗した場合は、force-unlock コマンドを使用する必要があります。Terraform は、plan、apply、destroy など、状態を書き込む可能性のあるすべての操作で状態をロックします。これにより、他のユーザーがロックを取得して状態が破損するのを防ぎます。状態ロックは、状態を書き込む可能性のあるすべての操作で自動的に行われ、ロックが発生していることを示すメッセージは表示されません。状態ロックが失敗すると、Terraform は続行しません。-lock フラグを使用して、ほとんどのコマンドの状態ロックを無効にすることができますが、推奨されません。ロックの取得に予想よりも時間がかかる場合、Terraform はステータス メッセージを出力します。Terraform がメッセージを出力しない場合、バックエンドがサポートしていれば、状態ロックは引き続き発生しています。Terraform には、ロック解除に失敗した場合、手動で状態をロック解除する force-unlock コマンドがあります。このコマンドには十分注意してください。他のユーザーがロックを保持しているときに状態をロック解除すると、複数の書き込みが発生する可能性があります。自動ロック解除が失敗した状況で、強制ロック解除は自分のロックを解除する場合にのみ使用してください。ユーザーを保護するために、force-unlock コマンドには一意のロック ID が必要です。ロック解除に失敗した場合、Terraform はこのロック ID を出力します。このロック ID は nonce として機能し、ロックとロック解除が正しいロックをターゲットにすることを保証します。その他の状況は、force-unlock コマンドを使用する正当な理由ではありません。優先度の高い変更がある場合、状態ロックが原因で適用が失敗した場合、またはロックを取得できないというステータス メッセージが表示される場合は、force-unlock コマンドを使用しないでください。これらの状況は、他のユーザーがロックを保持していることを示しているため、その操作が完了するまで待つか、問題を解決するために連絡する必要があります。これらの場合に force-unlock コマンドを使用すると、データが失われたり、不整合が生じたりする可能性があります。参照 = [状態ロック]、[コマンド: force-unlock]

説明
次の構成で、vsphere_folder リソース内の datacenter_id 引数で使用するために vsphere_datacenter データ ソースから属性を参照する正しい方法は、data.vsphere_datacenter.dc.id です。これは、データ ソース属性にアクセスするための構文、つまり data.TYPE.NAME.ATTRIBUTE に従います。この場合、データ ソース タイプは vsphere_datacenter、データ ソース名は dc、アクセスする属性は id です。その他のオプションは、構文、句読点、または大文字と小文字が間違っているため、正しくありません。References = [データ ソース: vsphere_datacenter]、
[データ ソース: vsphere_folder]、[式: データ ソース参照]

terraform apply コマンドは、実行プランを承認した後、クラウド インフラストラクチャと状態ファイルの両方を変更します。このコマンドは、構成に合わせてインフラストラクチャ リソースを作成、更新、または破棄します。また、インフラストラクチャの新しい状態を反映するように状態ファイルを更新します。.terraform ディレクトリ、実行プラン、および Terraform コードは、terraform apply コマンドによって変更されません。参照 = コマンド: apply および Terraform 状態の目的