服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

Mesos部署的最佳基础

目前,我们正在devise新的Apache Mesos云设置的架构。 目标是通过将不同的堆栈移动到相同的架构来统一我们的系统。 主要工作负载是使用Apache Spark的大数据分析以及我们的企业基础架构,包括Web服务器,邮件服务器等。 我们的想法是在运行在Mesos(Marathon / Chronos,Aurora或Singularity)可用调度器之上的Docker容器中运行我们的Web服务。 这将成为第一个Mesos框架组。 在它旁边,我们将拥有Apache Spark框架和多个用于数据存储的数据库框架。 这将是第二组Mesos框架。 我们将在并行运行之后select具体的testing。 然而,我们很难决定运行Mesos本身的基础。 理想情况下,我们希望尽可能靠近金属。 我们也希望使用一个编排解决scheme来确保Mesos&framework守护进程总是在失败时运行/重新启动。 我们正在考虑的选项如下: 1)在最小的OS中运行Mesos&框架作为docker容器。 在这方面,我们正在倾向于CoreOS和舰队。 2)直接在Ubuntu / Debian服务器上运行Mesos和框架。 对于这个select,我们倾向于工头和木偶。 至于这个问题,我们正在寻找解决scheme,按照重要性: 是最简单的configuration 是最容易维护和保持更新 有最小的开销 我们之前没有和CoreOS合作过,但是我们似乎正在向前迈进。 我有一个很大的(主观)问题,就是我们在Docker容器上运行Mesos,然后在Mesos上运行Docker容器。 这似乎“不洁净”,对我来说是错误的。 这是没有价值的考虑吗? 类似的想法涉及层之间的冗余。 为了解释我来自哪里,我宁愿如果Mesos是一个真正的操作系统,只是在金属顶部运行。 看来,不pipe你使用什么样的基础,你最终都会在不止一层的架构上(即CoreOS&Fleet&SystemD == Mesos&Marathon&Chronos)具有相同的function。 这是不可避免的? 有没有其他好的select来运行我们没有考虑到的Mesos下面的图层,牢记我们的标准?

10GbE VMware分布式交换机的iSCSIdevise选项? MPIO与LACP

我正在为数据中心的几个VMware vSphere 5.5和6.0集群扩展存储后端。 我主要在我的VMware体验(Solaris ZFS,Isilon,VNX,Linux ZFS)中使用NFS数据存储,并且可能会在环境中引入Nimble iSCSIarrays ,以及可能的Tegile(ZFS)混合arrays 。 目前的存储解决scheme是基于Nexenta ZFS和Linux ZFS的arrays,它们为vSphere主机提供NFS挂载。 networking连接通过存储磁头上的2个10GbE LACP中继和每个ESXi主机上的2个10GbE交付。 交换机是configuration为MLAG对等方的双Arista 7050S-52机架顶部单元。 在vSphere方面,我使用configuration有2个10GbE上行链路上的LACP绑定的vSphere Distributed Switch(vDS)和networkingI / O控制(NIOC)为VM端口组,NFS,vMotion和pipe理stream量分配共享。 这种解决scheme和devise方法多年来一直运行良好,但添加iSCSI块存储对我来说是一个重大转变。 在可预见的未来,我仍然需要保留NFS基础架构。 我想了解如何在不改变物理devise的情况下将iSCSI集成到此环境中。 ToR交换机上的MLAG对我来说非常重要。 对于基于NFS的存储,LACP是提供path冗余的公认手段。 对于iSCSI来说,LACP通常是不被接受的,MPIO多pathdevise是推荐的方法。 我正在使用万兆以太网,并希望保持简单的双端口链接到每个服务器。 这是为了布线和devise简单。 鉴于上述情况,我怎样才能充分利用iSCSI解决scheme? 通过LACPconfigurationiSCSI? 在vDS上创buildVMkernel iSCSI适配器,并尝试将它们绑定到单独的上行链路以实现某种突变MPIO? 添加更多的networking适配器?

将Windowsnetworkingconfiguration文件从“DomainAuthenticated”更改为公共

我有一个join了Windows Server 2012 R2的域,在其上安装了OpenVPN 2.3.13客户端软件。 当VPN连接处于活动状态时,NLA将“以太网2”(TAP接口)连接放置在主LAN NIC旁边的“域networking”类别中。 理想情况下,我希望能够将VPN接口分配给公共类别。 我试过通过PowerShell,但不断得到这个错误: 由于以下可能的原因之一,无法设置NetworkCategory:未运行PowerShell提升; NetworkCategory不能从“DomainAuthenticated”更改; 由于组策略设置“networking列表pipe理器策略”,用户对NetworkCategory发起的更改将被阻止。 在行:1 char:1 + Set-NetConnectionProfile -InterfaceIndex 15 – NetworkCategory Public + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo:PermissionDenied:(MSFT_NetConnect … 72AADA665483)“): root / StandardCi … nnectionProfile)[Set-NetConnectionProfile],CimException + FullyQualifiedErrorId:MI结果2,Set-NetConnectionProfile 15是“以太网2”的接口号 值得注意的是,我在一个提升的PowerShell会话中运行这个命令,并尝试了所有可用的GPO策略,但是错误总是被抛出。 关于NLA的大多数信息表明,私人和公共之间的切换应该起作用,但DomainAuthenicated似乎有点不同。 registry方法不具有以太网2的实际configuration文件,因此无法以这种方式更改。 无论如何强迫TAP适配器公开? OpenVPN连接本身不覆盖主网卡的默认网关,并使用10.0.0.0/8子网。 我使用route-nopull和覆盖路由的事实可能是NLA检测networking的方式的一部分。 Ethernet adapter Ethernet 2: Connection-specific DNS Suffix . : Link-local IPv6 Address . […]