Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
openeuler
libvirt
提交
b8a0b631
L
libvirt
项目概览
openeuler
/
libvirt
通知
3
Star
0
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
L
libvirt
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
提交
b8a0b631
编写于
2月 12, 2013
作者:
J
John Ferlan
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
api: Reword objects exposed section
上级
b421c35c
变更
1
隐藏空白更改
内联
并排
Showing
1 changed file
with
18 addition
and
16 deletion
+18
-16
docs/api.html.in
docs/api.html.in
+18
-16
未找到文件。
docs/api.html.in
浏览文件 @
b8a0b631
...
...
@@ -8,26 +8,28 @@
<ul
id=
"toc"
></ul>
<h2><a
name=
"Objects"
>
Objects exposed
</a></h2>
<p>
As defined in the
<a
href=
"goals.html"
>
goals section
</a>
, libvirt
API need to expose all the resources needed to manage the virtualization
support of recent operating systems. The first object manipulated though
the API is
<code>
virConnectPtr
</code>
which represent a connection to
an hypervisor. Any application using libvirt is likely to start using the
<h2><a
name=
"Objects"
>
Objects Exposed
</a></h2>
<p>
As defined in the
<a
href=
"goals.html"
>
goals section
</a>
, the libvirt
API is designed to expose all the resources needed to manage the
virtualization support of recent operating systems. The first object
manipulated through the API is the
<code>
virConnectPtr
</code>
, which
represents the connection to a hypervisor. Any application using libvirt
is likely to start using the
API by calling one of
<a
href=
"html/libvirt-libvirt.html#virConnectOpen"
>
the virConnectOpen functions
</a>
. You will note that those functions take
a name argument which is actually an URI to select the right hypervisor to
open, this is needed to allow remote connections and also select between
different possible hypervisors (for example on a Linux system it may be
possible to use both KVM and LinuxContainers on the same node). A NULL
name will default to a preselected hypervisor but it's probably not a
a name argument which is actually a
<a
href=
"uri.html"
>
connection URI
</a>
to select the right hypervisor to open.
A URI is needed to allow remote connections and also select between
different possible hypervisors. For example, on a Linux system it may be
possible to use both KVM and LinuxContainers on the same node. A NULL
name will default to a preselected hypervisor, but it's probably not a
wise thing to do in most cases. See the
<a
href=
"uri.html"
>
connection
URI
</a>
page for a full descriptions of the values allowed.
</p>
<p>
Once the application obtain
ed
a
<code
class=
'docref'
>
virConnectPtr
</code>
connection to the
hypervisor it can then use it to manage domains and related resources
available for virtualization like
storage and networking. All those are
exposed as first class objects
,
and connected to the hypervisor connection
<p>
Once the application obtain
s
a
<code
class=
'docref'
>
virConnectPtr
</code>
connection to the
hypervisor it can then use it to manage the hypervisor's
available domains and related virtualization
resources, such as
storage and networking. All those are
exposed as first class objects and connected to the hypervisor connection
(and the node or cluster where it is available).
</p>
<p
class=
"image"
>
<img
alt=
"first class objects exposed by the API"
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录