目录1调整EBS存储卷大小2登录实例调整分区3调整实例的文件系统进行扩容1调整EBS存储卷大小进入控制台，选择EBS-Volumes-Action-ModifyVolume2登录实例调整分区首先使用lsblk可以查看附加到实例上的所有存储卷的真实size以及分区情况lsblksudogrowpart/dev/xvda13调整实例的文件系统进行扩容sudoresize2fs/dev/xvda1df-h注：挂载在根目录上的是EBS存储卷上的分区而不是这个卷，而且卷被扩容但是分区大小不变依旧不能扩容。xvda是一个存储卷，xvda1是存储卷上的一个分区，但是发现并不是一个存储卷被挂载到根而是存储卷上
1、在关机状态下，且无快照情况下，点击扩展。 2、开机后，可以先去生成快照。查看分区情况，根目录在/dev/mapper/centos-root [root@git50~]#df-h文件系统容量已用可用已用%挂载点/dev/mapper/centos-root17G9.9G7.2G59%/devtmpfs1.9G01.9G0%/devtmpfs1.9G12K1.9G1%/dev/shmtmpfs1.9G15M1.9G1%/runtmpfs1.9G01.9G0%/sys/fs/cgroup/dev/sda11014M170M845M17%/boottmpfs378M4.0K378M1%/run/
1.虚拟机设置给硬盘增加容量进入虚拟机设置，选中硬盘，点击扩展，在弹出框选择要扩展到你想要的硬盘大小，这里硬盘原来大小使50G,现在增加到100G,然后点击扩展.2.硬盘扩容部分容量添加分区打开虚拟机系统，查看磁盘容量分布fdisk-l给扩容的磁盘容量添加新分区fdisk/dev/nvme0n1依次输入mnp3起始扇区(默认)结束扇区(默认)w查看硬盘磁盘容量fdisk-lfdisk/dev/nvme0n1依次输入mt3L8ewfdisk-l此时重启系统此时一定要重启系统，重启系统，重启系统！！！3.将新增的分区追加到原分区大概意思就是给这原分区（/dev/nmve0n1p2）增加扩展的50G
我设置了一个golang网络服务器并使用了他们提供的示例网络应用程序。部署后，我访问了网络服务器的URL，它工作了。我下载了示例应用程序zip、解压缩、重新压缩并上传应用程序，但部署没有成功。但是，如果我重新上传原始示例zip，它就会起作用。基于此，我压缩源代码的方式似乎有问题。有任何想法吗？ 最佳答案 愚蠢的我，我正在压缩文件夹而不是文件夹的内容。压缩文件夹的内容后，它对我有用。 关于amazon-web-services-Golang和AWS:DeploymenttoAWSElast
我设置了一个golang网络服务器并使用了他们提供的示例网络应用程序。部署后，我访问了网络服务器的URL，它工作了。我下载了示例应用程序zip、解压缩、重新压缩并上传应用程序，但部署没有成功。但是，如果我重新上传原始示例zip，它就会起作用。基于此，我压缩源代码的方式似乎有问题。有任何想法吗？ 最佳答案 愚蠢的我，我正在压缩文件夹而不是文件夹的内容。压缩文件夹的内容后，它对我有用。 关于amazon-web-services-Golang和AWS:DeploymenttoAWSElast
一、问题 出现提示：无法调整只读文件系统的大小，只能在挂载时调整文件系统的大小 二、解决步骤第一步：查看只读文件系统的详细信息，点击Information 第二步：查看该磁盘挂载的文件夹目录（注意：挂载的位置用，隔开，容易忽略/）我的挂在位置为：/和 /var/snap/firefox/common/host-hunspell第三步：以root权限打开终端，重新挂载文件夹目录的读写权限以我的为例：sudo-imount-oremount-rw/mount-oremount-rw/var/snap/firefox/common/host-hunspell 第四步：刷新gparted中的设备后，
在自定义ns中，使用create命令的方式创建一个3副本的deploy，镜像httpd:latest，端口自定义kubectlcreatedeploymentljj17--replicas=3--image=httpd:latest2、查看deploy、rs、pod3、两种方法，扩充副本数量为5kubectlscaledeployljj17--replicas=5//第一种方法kubectleditdeployljj17//第二种方法，直接秀海配置文件里的replicas行数量4、变更镜像版本5、使用yaml文件生成deploy,要求同1apiVersion:apps/v1kind:Deplo
目录一、HashMap的底层二、HashMap的扩容机制原理1、JDK1.7版本扩容2、JDK1.8版本扩容三、HashMap底层JDK1.7到JDK1.8的变化一、HashMap的底层底层：采用数组+链表(JDK1.7)，采用数组+链表+红黑树(JDK1.8)。线程不安全。容器：HashMap默认容器长度为16，扩容因子为0.75，以2的n次方扩容，最高可扩容30次。如第一次是长度达到16*0.75=12的时候开始扩容，16*2^1=32。二、HashMap的扩容机制原理1、JDK1.7版本扩容①：先生成新数组；②：遍历老数组中的每个位置上的链表上的每个元素；③：获取每个元素的key，并基于
一、加磁盘扩容1.df-h查看占用情况2.lsblk查看你磁盘信息和使用情况，和挂载信息3.fdisk-l显示磁盘信息虚拟机加磁盘+20G4.lvdisplay查看逻辑卷基本信息5.vgdisplay查看卷组基本信息6.pvdisplay查看物理卷基本信息开始LVM扩容：7.fdisk-lfdisk-l|grep'/dev'8.fdisk/dev/sdb创建sdb分区mkfs-text4/dev/sdb1格式化pvcreate/dev/sdb1创建pv物理卷pvscan查看卷组vgdisplay查看vgvgextendubuntu-vg/dev/sdb1扩容vgpvscan查看卷组lvdisp
在过去的几个月里，我已经熟悉了AWSOpsWorks部署过程，因为它与Node.js有关-Go的部署似乎是另一种动物。根据我收集到的信息，这是编译成功的Go部署所需要的:在EC2盒子上安装go从GitHub拉取私有(private)仓库引入所有依赖为box的arch编译主包用我使用的几个标志启动二进制文件我读到的所有地方似乎都在吹捧Go部署的简便性，因为依赖项包含在二进制文件中，但这似乎暗示您正在您的开发环境中编译应用程序并将其推送到云端。这似乎不是一个适合整个开发团队的过程。https://github.com/crowdmob/chef-golang-web-server-cook
