我正在Amazon EBS卷上运行vanilla Windows安装.计算机需要10分钟才能启动,这可能是可以理解的,因为需要重新启动2次.但是,拍摄快照也是一个10-15分钟的过程.有谁能解释一下?有什么方法可以加快速度吗?我有点惊讶,因为我认为快照是正在运行的EBS卷的直接复制品,在这种情况下它们不应该只需要几秒钟就可以完成?
我将补充一点,控制台显示"快照"很快就完成了.但"AMI"部分似乎需要10-20分钟.有什么不同?快照是否可以立即使用,还是需要等待AMI?
问题很简单.
我需要将文件从一个EBS复制到另一个,而不通过我的本地机器传递文件.这可能吗?如果是这样的话?
我想创建一个文件夹,并在Amazon EBS运行Ubuntu的Amazon EC2上安装的Java Servlet 的卷中创建的文件夹中编写文件.
我已经安装了EBS卷
/mnt/my-address
Run Code Online (Sandbox Code Playgroud)
但是Servlet无法创建文件夹并写入文件?
我的问题
为什么Java sevlet无法在Amazon EBS挂载的卷上创建文件夹?
AWS最近推出了sc1和st1 HDD EBS卷类型,我似乎无法在启动新EC2实例或从已创建的AMI(已尝试两者)启动时将这些用作根卷.
我选择了m4机器,无论如何,根卷是EBS本身,下面是截图,我添加的第二个卷获得新选项,但是第一个我不能选择相同.这是设计AWS人员吗?
在AWS Key Management Service Best Practices 白皮书中关于使用 Amazon EBS 进行静态数据加密的部分中,它指出:
有两种方法可以确保 EBS 卷始终加密。您可以
CreateVolume通过 IAM 策略验证作为上下文一部分的加密标志是否设置为“true”。如果标志不是“true”,则 IAM 策略可以阻止个人创建 EBS 卷
我怎样才能做到这一点?我想这个政策会是这样的:
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "Stmt1509465260000",
"Effect": "Allow",
"Action": [
"ec2:CreateVolume"
],
"Condition": {
"Bool": {
"ec2:Encrypted": "true"
}
},
"Resource": [
"*"
]
}
]
}
Run Code Online (Sandbox Code Playgroud)
根据白皮书和文档,密钥Bool上的条件ec2:Encrypted最有意义,但是在尝试创建加密卷时,我的访问被拒绝。
我在声明中遗漏了什么?
我无法通过此命令获取指标数据。
aws cloudwatch get-metric-data --metric-data-queries jsonfile.json \
--start-time 2019-02-01T10:40:0000 --end-time 2019-02-27T14:12:0000
Run Code Online (Sandbox Code Playgroud)
正在显示以下错误。
Error parsing parameter '--metric-data-queries': Expected: '=', received: 'EOF' for input:
Run Code Online (Sandbox Code Playgroud)
jsonfile.json
在这里,jsonfile.json 包含我的查询,定义如下。
[
{
"Id": "MyRequest",
"MetricStat": {
"Metric": {
"Namespace": "AWS/EBS",
"MetricName": "VolumeReadBytes",
"Dimensions": [
{
"Name": "VolumeId",
"Value": "vol-******420********"
}
]
},
"Period": "3600",
"Stat": "Average",
"Unit": "Bytes"
},
"Label": "myRequestLabel",
"ReturnData": "true"
}
]
Run Code Online (Sandbox Code Playgroud) 在选择合适的 EBS 卷类型时,我需要确定IOPS 还是吞吐量是更好的性能指标。
问题是我不完全理解在哪种实际情况下它们中的每一个都比另一个更好。
该文档说“具有小I/O 大小的频繁读/写操作”非常适合 IOPS。
为什么吞吐量不是“具有小 I/O 大小的频繁读/写操作”的完美衡量标准?
我正在尝试在 AWS EKS 中使用持久卷。
我按照以下链接中提到的所有步骤进行操作
https://aws.amazon.com/premiumsupport/knowledge-center/eks-persistent-storage/
当我部署示例 Pod 来检查 PVC 是否创建良好时,出现以下错误。
Warning FailedScheduling 2m6s (x265 over 44h) default-scheduler error while running "VolumeBinding" prebind plugin for pod "app": Failed to bind volumes: timed out waiting for the condition
Run Code Online (Sandbox Code Playgroud)
检查了进一步的持久卷声明
kubectl describe pvc
Warning ProvisioningFailed 62s (x7 over 3m5s) ebs.csi.aws.com_ebs-csi-controller-7cb88dcffc-vkvdk_2ae45c3c-b4f2-4200-a5d4-cfdb35a5f0db failed to provision volume with StorageClass "ebs-sc": rpc error: code = DeadlineExceeded desc = context deadline exceeded
Run Code Online (Sandbox Code Playgroud)
通过查看 ebs csi 控制器的日志
I0721 10:44:10.049138 1 event.go:282] Event(v1.ObjectReference{Kind:"PersistentVolumeClaim", Namespace:"avengers", Name:"ebs-claim", UID:"88a9684c-1be7-412f-8616-b662eff692df", APIVersion:"v1", ResourceVersion:"19320908", FieldPath:""}): …Run Code Online (Sandbox Code Playgroud) amazon-ebs amazon-web-services kubernetes persistent-volumes amazon-eks
现在可以手动输入 GP3 卷所需的 IOPS 数量,为什么要使用 IO1 卷而不是 GP3?
amazon-ebs ×10
amazon-ec2 ×7
amazon-eks ×1
amazon-iam ×1
cloud ×1
java ×1
kubernetes ×1
servlets ×1
windows ×1