服务器 Gind.cn

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

第二层环路避免:三个串联的开关

我知道这似乎是一个家庭作业的问题,但它实际上是一个更大的项目(和networking)的一部分,需要把它分解成大块,所以我清楚我在做什么。 我从来没有用[R / M] STP工作,只有设置一个静态LAG之前,所以我不知道我在这里需要什么。 我有三台交换机全部在同一个广播域内,通过VLAN标记,由一个LAG组互连,每个LAG组由2个铜质千兆以太网组成。 假设这些交换机支持LAG / LACP / * STP / 802.1q VLAN标记; 为了比较而尽量减less供应商专有的扩展,但如果有供应商“重新标记”的开放标准,或值得一提,请随时这样做。 目标是: 通过B和C为交换机A提供冗余的上行链路 在两个上行链路上均具有负载均衡/增加的带宽(如果可能的话,即4 x GbE LAG组或2 x 2 GbE LAG组“主动/被动”(如果有意义的话) 我不确定的是: 下面是我认为这个循环是如何工作的:来自机器B1(在交换机B上)寻找属于机器A1(在交换机A上)的1.2.3.4的ARP请求将从A到B和A到达交换机A C到上行链路。 交换机A(我假设)首先通过直接的B-to-A LAG上行链路接收广播,但是将从两个上行链路LAG端口(即,LAG A到B是端口1/2和LAG A到C是端口23/24),令交换机B大惑不解。 我是否正确地解释了这个循环? 如果我的断言#1确实是一个循环,我需要* STP。 从我读到的,STP是古老而缓慢的; RSTP要快得多(可能是除了最大的networking之外的其他所有网站都没有意义,似乎是Intarweb所说的)。 然后是MSTP,这让我感到困惑:似乎允许多个STP组为多个VLAN,但假设我只处理一个VLAN(2),这是必要的吗? 如果我添加了所有3台交换机的第二个VLAN,该怎么办? 我非常肯定,M-LAG(我认为这就是所谓的)将允许跨越交换机的LAG,但是我不清楚如果这将是包括4个以太网连接的LAG,包括交换机A的A- to-B(2)和A-to-C(2)上行链路? 我已经在一个论坛上看过(不知道在哪里),LACP将消除对* STP的需求,因为它是“dynamic的”,并且“知道”哪个上行链路基于负载均衡algorithm转发广播/单播通信量,但有人在后来插话,事实并非如此。 为了解决这个问题,考虑到LAG / LACP / * STP的缩写,以及我的拓扑结构,我应该怎么做呢?

powershell:如何检查是否在远程机器上启用SMART

我试图获取远程计算机的磁盘信息,包括是否使用win32_diskdrive类在驱动器上启用了SMART。 这比我想象的更复杂。 尽pipe读取状态属性足够简单,但我发现Capabilities属性中有一些有趣的内容 – 即表示是否有“SMART Notification”的值。 除非命令在提升的安全上下文中运行,否则不会显示此值。 因此,例如,如果我运行(gwmi win32_diskdrive).Capabilities SMART值(10)不会出现在值的数组中,但如果我运行在它出现的提升的提示。 据我所知,你不能在一个提升的背景下运行一个winrm会话(我对cheesy schtasks hacks或者psexec没有兴趣)。 那么我试图将win32_diskdrive映射到MSStorageDriver_FailurePredictStatus类。 我想我必须这样做,因为即使SMART出现在Capabilities属性中,这并不一定意味着它的启用权限? 我将win32_diskdrive的PNPDeviceID属性映射到MSStorageDriver_FailurePredictStatus的InstanceName属性,但现在我的问题是,我不认为InstanceName属性是足够独特的这个工作。 例如这里是我的InstanceName: IDE\DiskST3250312AS_____________________________JC47____\5&350bf0c3&0&0.0.0_0 它显示了接口types(IDE)型号(ST3250312AS)固件版本(JC47),我认为是某种types的唯一标识符( 5&350bf0c3&0&0.0.0 ),那么看起来像索引号(_0)。 当我谷歌5&350bf0c3&0&0.0.0它出现在驱动器上的一些信息,所以我不认为这个数字是唯一的。 这意味着唯一性是在没有包含在win32_diskdrive类的PNPDeviceID属性中的索引号中。 这是一个问题,因为我们的许多服务器有多个相同的磁盘。 我担心的是MSStorageDriver_FailurePredictStatus会代表多个磁盘: IDE\DiskST3250312AS_____________________________JC47____\5&350bf0c3&0&0.0.0_0 IDE\DiskST3250312AS_____________________________JC47____\5&350bf0c3&0&0.0.0_1 IDE\DiskST3250312AS_____________________________JC47____\5&350bf0c3&0&0.0.0_2 win32_diskdrive的PNPDeviceID属性都是IDE\DiskST3250312AS_____________________________JC47____\5&350bf0c3&0&0.0.0 如何可靠地将从win32_diskdrive检索到的对象映射到MSStorageDriver_FailurePredictStatus或者通过远程会话以MSStorageDriver_FailurePredictStatus方式执行此操作? 编辑 : 那么看起来我反应过度了。 当我检查了一堆服务器,我发现InstanceNames \ PNPDeviceIDs是这样的: SCSI\Disk&Ven_TOSHIBA&Prod_MBF2600RC\5&354ecb35&0&000200_0 SCSI\Disk&Ven_TOSHIBA&Prod_MBF2600RC\5&354ecb35&0&000300_0 如果没有人能够肯定地证实这一点,那么在一天左右,我只会假设这个价值实际上是独一无二的,并将其标记为“答案”。