#[non_exhaustive]pub struct CreateFileSystemFromBackupInput {
pub backup_id: Option<String>,
pub client_request_token: Option<String>,
pub subnet_ids: Option<Vec<String>>,
pub security_group_ids: Option<Vec<String>>,
pub tags: Option<Vec<Tag>>,
pub windows_configuration: Option<CreateFileSystemWindowsConfiguration>,
pub lustre_configuration: Option<CreateFileSystemLustreConfiguration>,
pub storage_type: Option<StorageType>,
pub kms_key_id: Option<String>,
pub file_system_type_version: Option<String>,
pub open_zfs_configuration: Option<CreateFileSystemOpenZfsConfiguration>,
pub storage_capacity: Option<i32>,
}
Expand description
The request object for the CreateFileSystemFromBackup
operation.
Fields (Non-exhaustive)§
This struct is marked as non-exhaustive
Struct { .. }
syntax; cannot be matched against without a wildcard ..
; and struct update syntax will not work.backup_id: Option<String>
The ID of the source backup. Specifies the backup that you are copying.
client_request_token: Option<String>
A string of up to 63 ASCII characters that Amazon FSx uses to ensure idempotent creation. This string is automatically filled on your behalf when you use the Command Line Interface (CLI) or an Amazon Web Services SDK.
subnet_ids: Option<Vec<String>>
Specifies the IDs of the subnets that the file system will be accessible from. For Windows MULTI_AZ_1
file system deployment types, provide exactly two subnet IDs, one for the preferred file server and one for the standby file server. You specify one of these subnets as the preferred subnet using the WindowsConfiguration > PreferredSubnetID
property.
Windows SINGLE_AZ_1
and SINGLE_AZ_2
file system deployment types, Lustre file systems, and OpenZFS file systems provide exactly one subnet ID. The file server is launched in that subnet's Availability Zone.
security_group_ids: Option<Vec<String>>
A list of IDs for the security groups that apply to the specified network interfaces created for file system access. These security groups apply to all network interfaces. This value isn't returned in later DescribeFileSystem
requests.
The tags to be applied to the file system at file system creation. The key value of the Name
tag appears in the console as the file system name.
windows_configuration: Option<CreateFileSystemWindowsConfiguration>
The configuration for this Microsoft Windows file system.
lustre_configuration: Option<CreateFileSystemLustreConfiguration>
The Lustre configuration for the file system being created.
The following parameters are not supported for file systems with a data repository association created with .
-
AutoImportPolicy
-
ExportPath
-
ImportedFileChunkSize
-
ImportPath
storage_type: Option<StorageType>
Sets the storage type for the Windows, OpenZFS, or Lustre file system that you're creating from a backup. Valid values are SSD
, HDD
, and INTELLIGENT_TIERING
.
-
Set to
SSD
to use solid state drive storage. SSD is supported on all Windows and OpenZFS deployment types. -
Set to
HDD
to use hard disk drive storage. HDD is supported onSINGLE_AZ_2
andMULTI_AZ_1
FSx for Windows File Server file system deployment types. -
Set to
INTELLIGENT_TIERING
to use fully elastic, intelligently-tiered storage. Intelligent-Tiering is only available for OpenZFS file systems with the Multi-AZ deployment type and for Lustre file systems with the Persistent_2 deployment type.
The default value is SSD
.
HDD and SSD storage types have different minimum storage capacity requirements. A restored file system's storage capacity is tied to the file system that was backed up. You can create a file system that uses HDD storage from a backup of a file system that used SSD storage if the original SSD file system had a storage capacity of at least 2000 GiB.
kms_key_id: Option<String>
Specifies the ID of the Key Management Service (KMS) key to use for encrypting data on Amazon FSx file systems, as follows:
-
Amazon FSx for Lustre
PERSISTENT_1
andPERSISTENT_2
deployment types only.SCRATCH_1
andSCRATCH_2
types are encrypted using the Amazon FSx service KMS key for your account. -
Amazon FSx for NetApp ONTAP
-
Amazon FSx for OpenZFS
-
Amazon FSx for Windows File Server
If a KmsKeyId
isn't specified, the Amazon FSx-managed KMS key for your account is used. For more information, see Encrypt in the Key Management Service API Reference.
file_system_type_version: Option<String>
Sets the version for the Amazon FSx for Lustre file system that you're creating from a backup. Valid values are 2.10
, 2.12
, and 2.15
.
You can enter a Lustre version that is newer than the backup's FileSystemTypeVersion
setting. If you don't enter a newer Lustre version, it defaults to the backup's setting.
open_zfs_configuration: Option<CreateFileSystemOpenZfsConfiguration>
The OpenZFS configuration for the file system that's being created.
storage_capacity: Option<i32>
Sets the storage capacity of the OpenZFS file system that you're creating from a backup, in gibibytes (GiB). Valid values are from 64 GiB up to 524,288 GiB (512 TiB). However, the value that you specify must be equal to or greater than the backup's storage capacity value. If you don't use the StorageCapacity
parameter, the default is the backup's StorageCapacity
value.
If used to create a file system other than OpenZFS, you must provide a value that matches the backup's StorageCapacity
value. If you provide any other value, Amazon FSx responds with an HTTP status code 400 Bad Request.
Implementations§
Source§impl CreateFileSystemFromBackupInput
impl CreateFileSystemFromBackupInput
Sourcepub fn backup_id(&self) -> Option<&str>
pub fn backup_id(&self) -> Option<&str>
The ID of the source backup. Specifies the backup that you are copying.
Sourcepub fn client_request_token(&self) -> Option<&str>
pub fn client_request_token(&self) -> Option<&str>
A string of up to 63 ASCII characters that Amazon FSx uses to ensure idempotent creation. This string is automatically filled on your behalf when you use the Command Line Interface (CLI) or an Amazon Web Services SDK.
Sourcepub fn subnet_ids(&self) -> &[String]
pub fn subnet_ids(&self) -> &[String]
Specifies the IDs of the subnets that the file system will be accessible from. For Windows MULTI_AZ_1
file system deployment types, provide exactly two subnet IDs, one for the preferred file server and one for the standby file server. You specify one of these subnets as the preferred subnet using the WindowsConfiguration > PreferredSubnetID
property.
Windows SINGLE_AZ_1
and SINGLE_AZ_2
file system deployment types, Lustre file systems, and OpenZFS file systems provide exactly one subnet ID. The file server is launched in that subnet's Availability Zone.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .subnet_ids.is_none()
.
Sourcepub fn security_group_ids(&self) -> &[String]
pub fn security_group_ids(&self) -> &[String]
A list of IDs for the security groups that apply to the specified network interfaces created for file system access. These security groups apply to all network interfaces. This value isn't returned in later DescribeFileSystem
requests.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .security_group_ids.is_none()
.
The tags to be applied to the file system at file system creation. The key value of the Name
tag appears in the console as the file system name.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .tags.is_none()
.
Sourcepub fn windows_configuration(
&self,
) -> Option<&CreateFileSystemWindowsConfiguration>
pub fn windows_configuration( &self, ) -> Option<&CreateFileSystemWindowsConfiguration>
The configuration for this Microsoft Windows file system.
Sourcepub fn lustre_configuration(
&self,
) -> Option<&CreateFileSystemLustreConfiguration>
pub fn lustre_configuration( &self, ) -> Option<&CreateFileSystemLustreConfiguration>
The Lustre configuration for the file system being created.
The following parameters are not supported for file systems with a data repository association created with .
-
AutoImportPolicy
-
ExportPath
-
ImportedFileChunkSize
-
ImportPath
Sourcepub fn storage_type(&self) -> Option<&StorageType>
pub fn storage_type(&self) -> Option<&StorageType>
Sets the storage type for the Windows, OpenZFS, or Lustre file system that you're creating from a backup. Valid values are SSD
, HDD
, and INTELLIGENT_TIERING
.
-
Set to
SSD
to use solid state drive storage. SSD is supported on all Windows and OpenZFS deployment types. -
Set to
HDD
to use hard disk drive storage. HDD is supported onSINGLE_AZ_2
andMULTI_AZ_1
FSx for Windows File Server file system deployment types. -
Set to
INTELLIGENT_TIERING
to use fully elastic, intelligently-tiered storage. Intelligent-Tiering is only available for OpenZFS file systems with the Multi-AZ deployment type and for Lustre file systems with the Persistent_2 deployment type.
The default value is SSD
.
HDD and SSD storage types have different minimum storage capacity requirements. A restored file system's storage capacity is tied to the file system that was backed up. You can create a file system that uses HDD storage from a backup of a file system that used SSD storage if the original SSD file system had a storage capacity of at least 2000 GiB.
Sourcepub fn kms_key_id(&self) -> Option<&str>
pub fn kms_key_id(&self) -> Option<&str>
Specifies the ID of the Key Management Service (KMS) key to use for encrypting data on Amazon FSx file systems, as follows:
-
Amazon FSx for Lustre
PERSISTENT_1
andPERSISTENT_2
deployment types only.SCRATCH_1
andSCRATCH_2
types are encrypted using the Amazon FSx service KMS key for your account. -
Amazon FSx for NetApp ONTAP
-
Amazon FSx for OpenZFS
-
Amazon FSx for Windows File Server
If a KmsKeyId
isn't specified, the Amazon FSx-managed KMS key for your account is used. For more information, see Encrypt in the Key Management Service API Reference.
Sourcepub fn file_system_type_version(&self) -> Option<&str>
pub fn file_system_type_version(&self) -> Option<&str>
Sets the version for the Amazon FSx for Lustre file system that you're creating from a backup. Valid values are 2.10
, 2.12
, and 2.15
.
You can enter a Lustre version that is newer than the backup's FileSystemTypeVersion
setting. If you don't enter a newer Lustre version, it defaults to the backup's setting.
Sourcepub fn open_zfs_configuration(
&self,
) -> Option<&CreateFileSystemOpenZfsConfiguration>
pub fn open_zfs_configuration( &self, ) -> Option<&CreateFileSystemOpenZfsConfiguration>
The OpenZFS configuration for the file system that's being created.
Sourcepub fn storage_capacity(&self) -> Option<i32>
pub fn storage_capacity(&self) -> Option<i32>
Sets the storage capacity of the OpenZFS file system that you're creating from a backup, in gibibytes (GiB). Valid values are from 64 GiB up to 524,288 GiB (512 TiB). However, the value that you specify must be equal to or greater than the backup's storage capacity value. If you don't use the StorageCapacity
parameter, the default is the backup's StorageCapacity
value.
If used to create a file system other than OpenZFS, you must provide a value that matches the backup's StorageCapacity
value. If you provide any other value, Amazon FSx responds with an HTTP status code 400 Bad Request.
Source§impl CreateFileSystemFromBackupInput
impl CreateFileSystemFromBackupInput
Sourcepub fn builder() -> CreateFileSystemFromBackupInputBuilder
pub fn builder() -> CreateFileSystemFromBackupInputBuilder
Creates a new builder-style object to manufacture CreateFileSystemFromBackupInput
.
Trait Implementations§
Source§impl Clone for CreateFileSystemFromBackupInput
impl Clone for CreateFileSystemFromBackupInput
Source§fn clone(&self) -> CreateFileSystemFromBackupInput
fn clone(&self) -> CreateFileSystemFromBackupInput
1.0.0 · Source§const fn clone_from(&mut self, source: &Self)
const fn clone_from(&mut self, source: &Self)
source
. Read moreSource§impl PartialEq for CreateFileSystemFromBackupInput
impl PartialEq for CreateFileSystemFromBackupInput
Source§fn eq(&self, other: &CreateFileSystemFromBackupInput) -> bool
fn eq(&self, other: &CreateFileSystemFromBackupInput) -> bool
self
and other
values to be equal, and is used by ==
.impl StructuralPartialEq for CreateFileSystemFromBackupInput
Auto Trait Implementations§
impl Freeze for CreateFileSystemFromBackupInput
impl RefUnwindSafe for CreateFileSystemFromBackupInput
impl Send for CreateFileSystemFromBackupInput
impl Sync for CreateFileSystemFromBackupInput
impl Unpin for CreateFileSystemFromBackupInput
impl UnwindSafe for CreateFileSystemFromBackupInput
Blanket Implementations§
Source§impl<T> BorrowMut<T> for Twhere
T: ?Sized,
impl<T> BorrowMut<T> for Twhere
T: ?Sized,
Source§fn borrow_mut(&mut self) -> &mut T
fn borrow_mut(&mut self) -> &mut T
Source§impl<T> CloneToUninit for Twhere
T: Clone,
impl<T> CloneToUninit for Twhere
T: Clone,
Source§impl<T> Instrument for T
impl<T> Instrument for T
Source§fn instrument(self, span: Span) -> Instrumented<Self>
fn instrument(self, span: Span) -> Instrumented<Self>
Source§fn in_current_span(self) -> Instrumented<Self>
fn in_current_span(self) -> Instrumented<Self>
Source§impl<T> IntoEither for T
impl<T> IntoEither for T
Source§fn into_either(self, into_left: bool) -> Either<Self, Self>
fn into_either(self, into_left: bool) -> Either<Self, Self>
self
into a Left
variant of Either<Self, Self>
if into_left
is true
.
Converts self
into a Right
variant of Either<Self, Self>
otherwise. Read moreSource§fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
self
into a Left
variant of Either<Self, Self>
if into_left(&self)
returns true
.
Converts self
into a Right
variant of Either<Self, Self>
otherwise. Read moreSource§impl<T> Paint for Twhere
T: ?Sized,
impl<T> Paint for Twhere
T: ?Sized,
Source§fn fg(&self, value: Color) -> Painted<&T>
fn fg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self
with the foreground set to
value
.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like red()
and
green()
, which have the same functionality but are
pithier.
§Example
Set foreground color to white using fg()
:
use yansi::{Paint, Color};
painted.fg(Color::White);
Set foreground color to white using white()
.
use yansi::Paint;
painted.white();
Source§fn bright_black(&self) -> Painted<&T>
fn bright_black(&self) -> Painted<&T>
Source§fn bright_red(&self) -> Painted<&T>
fn bright_red(&self) -> Painted<&T>
Source§fn bright_green(&self) -> Painted<&T>
fn bright_green(&self) -> Painted<&T>
Source§fn bright_yellow(&self) -> Painted<&T>
fn bright_yellow(&self) -> Painted<&T>
Source§fn bright_blue(&self) -> Painted<&T>
fn bright_blue(&self) -> Painted<&T>
Source§fn bright_magenta(&self) -> Painted<&T>
fn bright_magenta(&self) -> Painted<&T>
Source§fn bright_cyan(&self) -> Painted<&T>
fn bright_cyan(&self) -> Painted<&T>
Source§fn bright_white(&self) -> Painted<&T>
fn bright_white(&self) -> Painted<&T>
Source§fn bg(&self, value: Color) -> Painted<&T>
fn bg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self
with the background set to
value
.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like on_red()
and
on_green()
, which have the same functionality but
are pithier.
§Example
Set background color to red using fg()
:
use yansi::{Paint, Color};
painted.bg(Color::Red);
Set background color to red using on_red()
.
use yansi::Paint;
painted.on_red();
Source§fn on_primary(&self) -> Painted<&T>
fn on_primary(&self) -> Painted<&T>
Source§fn on_magenta(&self) -> Painted<&T>
fn on_magenta(&self) -> Painted<&T>
Source§fn on_bright_black(&self) -> Painted<&T>
fn on_bright_black(&self) -> Painted<&T>
Source§fn on_bright_red(&self) -> Painted<&T>
fn on_bright_red(&self) -> Painted<&T>
Source§fn on_bright_green(&self) -> Painted<&T>
fn on_bright_green(&self) -> Painted<&T>
Source§fn on_bright_yellow(&self) -> Painted<&T>
fn on_bright_yellow(&self) -> Painted<&T>
Source§fn on_bright_blue(&self) -> Painted<&T>
fn on_bright_blue(&self) -> Painted<&T>
Source§fn on_bright_magenta(&self) -> Painted<&T>
fn on_bright_magenta(&self) -> Painted<&T>
Source§fn on_bright_cyan(&self) -> Painted<&T>
fn on_bright_cyan(&self) -> Painted<&T>
Source§fn on_bright_white(&self) -> Painted<&T>
fn on_bright_white(&self) -> Painted<&T>
Source§fn attr(&self, value: Attribute) -> Painted<&T>
fn attr(&self, value: Attribute) -> Painted<&T>
Enables the styling Attribute
value
.
This method should be used rarely. Instead, prefer to use
attribute-specific builder methods like bold()
and
underline()
, which have the same functionality
but are pithier.
§Example
Make text bold using attr()
:
use yansi::{Paint, Attribute};
painted.attr(Attribute::Bold);
Make text bold using using bold()
.
use yansi::Paint;
painted.bold();
Source§fn rapid_blink(&self) -> Painted<&T>
fn rapid_blink(&self) -> Painted<&T>
Source§fn quirk(&self, value: Quirk) -> Painted<&T>
fn quirk(&self, value: Quirk) -> Painted<&T>
Enables the yansi
Quirk
value
.
This method should be used rarely. Instead, prefer to use quirk-specific
builder methods like mask()
and
wrap()
, which have the same functionality but are
pithier.
§Example
Enable wrapping using .quirk()
:
use yansi::{Paint, Quirk};
painted.quirk(Quirk::Wrap);
Enable wrapping using wrap()
.
use yansi::Paint;
painted.wrap();
Source§fn clear(&self) -> Painted<&T>
👎Deprecated since 1.0.1: renamed to resetting()
due to conflicts with Vec::clear()
.
The clear()
method will be removed in a future release.
fn clear(&self) -> Painted<&T>
resetting()
due to conflicts with Vec::clear()
.
The clear()
method will be removed in a future release.Source§fn whenever(&self, value: Condition) -> Painted<&T>
fn whenever(&self, value: Condition) -> Painted<&T>
Conditionally enable styling based on whether the Condition
value
applies. Replaces any previous condition.
See the crate level docs for more details.
§Example
Enable styling painted
only when both stdout
and stderr
are TTYs:
use yansi::{Paint, Condition};
painted.red().on_yellow().whenever(Condition::STDOUTERR_ARE_TTY);