bluevmneutronh与neutron有什么区别

吧里有谁在虚拟机中装bluestacks成功了 请教个问题

首先VMWARE TOOLS要安装。提示是因为虚拟机的显卡驱动不支持，无法运行。和虚拟机中安装的系统有很关系，更换新系统。也和BlueStacks的版本有关系。有些系统，换老版本的BlueStacks可以安装。最后，虚拟机中的XP我还没正常运行过BlueStacks，必须上WIN7。 到赚客吧网站查看回答详情>>

电脑蓝屏一般都什么原因，该如何避免，解决

蓝屏报的不准，有时候光看蓝屏解决不了问题，建议换张系统盘试试或者看看接口上有什么明显的变黄，电容有什么明显的破损，如果你非要通过蓝屏的代码来看，以下是具体详解 0x000000ED:UNMOUNTABLE_BOOT_VOLUME ◆错误分析:一般是由于磁盘存在错误导致的, 有时也建议检查硬盘连线是否接触不良, 或是没有使用合乎该硬盘传输规格的连接线, 例如ATA-100仍使用ATA-33的连接线, 对低速硬盘无所谓, 但告诉硬盘(支持ATA-66以上)的要求较严格, 规格不对的连线有时也会引起这类没办法开机的故障. 如果在修复后, 还是经常出现这个错误, 很可能是硬盘损坏的前兆. ◇解决方案:一般情况下, 重启会解决问题, 不管怎么样都建议执行"chkdsk /r"命令来检查修复硬盘

neutronh与neutron有什么区别

一、Openstack网络基础 下面对Openstack和Neutron的介绍，要从几个关键词入手。 1. 三代网络 在网络这一口，OpenStack经历了由work到Quantum再到Neutron的演进过程。我们直观地来看看三代网络的对比分析： 出现 版本 支持组 网模式 优点 缺点 适用场景 work 早期 Flat Flat Dhcp VLAN 性能出色 工作稳定 支持multi-host部署 以实现HA 网络管理不独立 功能不够灵活 组网方式受限 对性能和稳定性要求比较高；中小规模网络；网络运维成本有限；私有云环境 Quantum Folsom Flat Flat Dhcp VLAN Overlay 独立的网络管理 支持大二层 支持多厂商插件 缺乏HA机制 各厂商插件无法 共同运行 基本上已经都跟进到了Neutron Neutron Havana Flat Flat Dhcp VLAN Overlay 继承了Quantum的优点 功能上更为丰富 网络兼容性强 开始引入SDN的思想 代码结构复杂 工作不够稳定 HA机制仍缺乏大规模商用的检验 对功能要求比较多或希望向SDN演进；大规模网络或对可扩展性要求高；有专业的网络运维团队；公有云环境 work是隶属于nova项目的网络实现，它利用了linux-bridge（早期，目前也支持OVS）作为交换机，具备Flat、Flat DHCP、VLAN三种组网模式。优点是性能出色，工作稳定，支持multi-host部署以实现HA；缺点是网络模块不独立，功能不够灵活，组网模式也比较受限。 Quantum作为独立的网络管理项目出现在F版本，除了linux-bridge外还支持OVS，以及以及其他商业公司的插件，组网模式上增加了对GRE和VxLAN两个Overlay技术的支持。优点是功能灵活，支持大二层组网；缺点是集中式的网络节点缺乏HA，而且各厂商插件无法同时在底层网络中运行。 Neutron出现在H版本，由来是Quantum和一家公司的名称冲突而改名。Neutron对Quantum的插件机制进行了优化，将各个厂商L2插件中独立的数据库实现提取出来，作为公共的ML2插件存储租户的业务需求，使得厂商可以专注于L2设备驱动的实现，而ML2作为总控可以协调多厂商L2设备共同运行。Neutron继承了Quantum对大二层的支持，还支持L2 PoP，DVR，VRRP，HA等关键功能，集成了很多L4-L7的网络服务，一些blueprint也正在积极开发中，如SFC等。优点是开始引入SDN思想，功能上更为丰富，网络兼容性强；缺点是代码结构复杂，工作不够稳定，HA机制仍缺乏大规模商用的检验。 从应用场景来看，work组网模式过于简单，一些复杂的网络需求无法实现（比如两个公司合并，有大量IP重合的VM要迁移到一个平台，而且要求迁移后都要用原来的IP）。不过由于其简单稳定的特点，仍适合于中小型企业的生产环境；Quantum的实际部署目前基本都跟进到了Neutron；Neutron的大二层组网，适合于云计算规模的生产环境，但是由于分布式和HA机制仍不够成熟，因此目前多见于私有云和小规模共有云的部署，大规模的公有云仍然难以使用Neutron实现。 2. 四种组网模型 说完了基本特征与应用场景，下面开始对上述提到的一些网络问题进行详细的描述。我们抛开技术，结合图例来抽象地看看不同的组网模型。当然，以下模型的实现不仅仅局限于三张图中的方式。 Flat模型最为简单，所有的虚拟机共用一个私有IP网段，IP地址在虚拟机启动时完成注入，虚拟机间的通信直接通过HyperVisor中的网桥转发，公网流量在该网段的网关上进行NAT（work实现为开启work主机内核的iptables，Neutron实现为网络节点上的l3-agent）。Flat DHCP模型与Flat区别在于网桥中开启了DHCP进程，虚拟机通过DHCP消息获得IP地址（work实现为work主机中的dnsmaq，Neutron实现为网络节点上的dhcp-agent）。 VLAN模型引入了多租户机制，虚拟机可以使用不同的私有IP网段，一个租户可以拥有多个IP网段。虚拟机IP通过DHCP消息获取IP地址（work实现为work主机中的dnsmaq，Neutron实现为网络节点上的dhcp-agent）。网段内部虚拟机间的通信直接通过HyperVisor中的网桥转发，同一租户跨网段通信通过网关路由，不同租户通过网关上的ACL进行隔离，公网流量在该网段的网关上进行NAT（work实现为开启work主机内核的iptables，Neutron实现为网络节点上的l3-agent）。如果不同租户逻辑上共用一个网关，则无法实现租户间IP地址的复用。